Issue setting up Zigbee2mqtt

Hello,

As @pierre-gilles requested, I am creating a topic to present my problem.

I summarize it as follows:

Interested in Zigbee, I bought the Zigbee dongle presented in the video made by Pierre-Gilles.

Then, I configure it by going to « integrations », then « zigbee2mqtt », then « settings », and I see that the dongle is recognized by Gladys

Problem:

When I then go to « Configuration » and switch the switch to « Enable Zigbee2mqtt », I have a red cross between Gladys and myqtt… (I specify that at each attempt, I wait for several tens of minutes as specified in the video)

Did I miss a step somewhere?

It smells like a dockerhub timeout

Can you give us the logs?


Is the MQTT part okay?

It’s not the same integration @cce66 the containers are independent.

I have to be disciplined, do as marked in the doc! :stuck_out_tongue: :upside_down_face: :crazy_face:

Enable Zigbee2Mqtt

Once your dongle is configured, Gladys needs to install two containers (MQTT and Zigbee2Mqtt) to use the dongle and communicate with all your devices. Don’t worry, all this has been automated.

When I launch PuTTY, I can’t remember the password I set… :sweat_smile: :man_facepalming:

Just to clarify, we agree that the login is « pi »?

Yes :wink:

Perhaps uncheck « Use a broker in a Docker container », save, and then check it again and save.

Tested just now + waiting, it doesn’t change anything.

Well, in the end, I just had a brief power outage at my place and when the power came back a few minutes later… well, the problem is solved…

Thanks EDF! :joy:

Now I just need to find my password to access the logs if needed…

Certainly, but you still need to provide the correct information. Your screenshot shows the MQTT integration, not zigbee2mqtt.

When these two integrations are configured, there are two MQTT containers. These are two distinct services that do not influence each other.

I don’t understand, are you talking about the screenshot in my initial message? It showed my problem, didn’t it?

No no I was replying to @cce66

Oh! That’s a relief! :sweat_smile:

Oh well, the zigbee2mqtt part by @Retlaw seemed okay…

All that was left was to check the mqtt part as mentioned in the doc! :stuck_out_tongue:
Bad sport on top of that! :roll_eyes: :crazy_face: :rofl:

Hello @cce66,

As @VonOx says (who knows what he’s talking about and tries to explain it pedagogically), you’re mixing two integrations that have no connection to each other.

  • The MQTT integration is a dedicated MQTT integration that can be:
    • either configured on a broker external to Docker and/or Gladys hardware
    • or configured by Gladys in a dedicated eclipse-mosquitto Docker container.

This integration has no connection with zigbee2mqtt and allows, for example, to communicate with one or more Arduino(s) present on the network and connected to this MQTT server. It is also used by the Tasmota integration when the Tasmota devices are configured to communicate with this MQTT broker.

  • The zigbee2mqtt integration, which integrates a Docker container of the same name to communicate with Zigbee devices, as well as an « other » MQTT container (completely independent of the MQTT integration) that allows communication only between the zigbee2mqtt container and Gladys.

All of this is clearly explained in the documentation you normally refer to.

That’s all. Don’t hesitate if you need more information!

@VonOx Rrrroooh, Bad player…and a snitch on top! :scream: :rofl:

More seriously and without any animosity, :person_in_lotus_position:

In that case, the documentation will need to be corrected, which is what I referred to in my response! I thought that both containers were necessary!

I understand that there is

  • a « gladys » container
  • an « mqtt » container that contains the Mosquitto broker
  • a « zigbee2mqtt » container that communicates with Zigbee devices
    So a Zigbee device communicates to zigbee2mqtt, which communicates to mqtt, which transmits to gladys and Versailles High School! The two integrations mqtt and zigbee2mqtt may not be linked, but the mqtt integration is indeed necessary for the zigbee2mqtt integration to work!
    However, in @Retlaw’s message, it seemed to me from his screenshot that the mqtt part was the issue… I have no doubt about the skills of @VonOx or his pedagogy, but when he says

I agree on the « two distinct services » and « influence » part, but nevertheless, if the « mqtt » integration does not need the « zigbee2mqtt » integration, the « zigbee2mqtt » integration does indeed need the « mqtt » integration to work???

:roll_eyes: I’ll respond one last time (I don’t want to escalate)
Especially since I’m the first to admit when I’ve messed up.


In the case of the zigbee2mqtt integration:

  • gladys-zigbee2mqtt-mqtt container port 1884
  • gladys-zigbee2mqtt-z2m container

In the case of the mqtt integration:

  • 1 eclipse-mosquito container port 1883

The zigbee2mqtt integration does not use the mqtt integration container but its own container.

In the documentation, we talk about the protocol and the creation of an mqtt container, not about the mqtt integration.

The documentation is open source, you can, if you wish, add the necessary details.

This is not an issue of overbidding but of understanding, because I feel like I missed something!! :sob:

In the zigbee2mqtt integration, is there a dedicated mosquitto broker running or not? Or does it work with? Yes, I know the old ones have a hard time understanding!!! :sweat:

Yes, that’s what I detailed for you.

For the zigbee2mqtt integration, there is the zigbee2mqtt application container plus an mqtt container to exchange with gladys.