New Zigbee coordinator on the market Topic is solved

[pipiche]

for your information a new product https://3reality.com/product/3-0-usbc-dongle/ is currently in beta on the Z4D rc 7.1.23

[waltervl]

Thanks, anything special with this device or just the same specs and functionality of other common zigbee coordinators?

[gizmocuz]

It supports Zigbee 3.0 and Zigbee2MQTT ... making it already working with Domoticz

[Thorgal789]

It supports Zigbee 3.0 and Zigbee2MQTT ... making it already working with Domoticz

But not yet if you want to avoid the MQTT solution.

[jannl]

Why would you avoid MQTT (or some other message queue)?

[Thorgal789]

Me ?
For me it's just because everything that is done with MQTT can be done without with some work.
For my use I have no interest in using it (I have only 1 home automation application, so all requests can be direct, no need messages queues, and there is so much natives protocoles already supported by Domoticz), except having one more layer, so I prefer solutions that don't use it.

And I know how to code, so prefer code my own esp32 firmware to connect my mitsubishi air conditionner with native protocol to domoticz for exemple, than using existing project using this useless layer just because "it's easier".

Using MQTT is something easier for devs, because they don't need to work on the whole project, Domoticz devs just have to manage MQTT requests, and Z2M devs just create standard requests (In fact this is wrong, HA is so important now, and some requests are now "HA specific")
But the result is a a result more "generic", the Z4D integration is more devices specific.

[waltervl]

It supports Zigbee 3.0 and Zigbee2MQTT ... making it already working with Domoticz

A little bit non constructive comment here @Gizmocuz...
There are lots of happy python script managed zigbee users with Domoticz. Zigbee2mqtt is not the only and best solution....

[gizmocuz]

Well I think it is the most easiest AND best solution... It is a very good maintained project. Sure there are many roads to Rome, but taking the plane from Amsterdam is much quicker and better for your feet.
For Domoticz, why would you put so much work in a separate project that is not needed and will always be steps behind?
And zigbee2mqtt does not only work with Domoticz
And it runs under docker (compose), which means you can update Zigbee2MQTT separate from Domoticz, you can even spawn multiple instances

Imagine that all this python development time was put into enhancing Zigbee2MQTT (if needed), or Domoticz?

so, for me, definitely not a non constructive comment. And you should have seen me post about this many many times.

And yes, I had the exact same issue with OpenZWave, hundreds of hours and sweat went into supporting this, also did some additions to the library itself.
Now there is ZWaveJS-UI (ZWave was a great platform 10 years ago)

[waltervl]

Ah common Gozmocuz, there is a Domoticz Python framework so why push every time to MQTT AD for zigbee? The zigbee4domoticz plugin is already for a long time available, way before MQTT AD in Domoticz and works just fine. Also the Deconz Python plugin works just fine. And these authors, all programming enthousiasts, also made a lot of effort getting the work done.

It is good that you made MQTT AD available for zigbee2mqtt and other AD projects around there. And yes, for most the zigbee2mqtt is the easy way to go.

But please respect the plugin authors for doing their work.... It is their decision to keep maintaining this, so please stay neutral on this.

[lost]

Also agree with solutions that avoids labyrinthine stuff when useless: MQTT, one docker recommended per external useless SW pile to help cope with versions/dependencies nightmare for systems with everything running on same localhost is no good design nor help finding where something could go wrong considering the various layers and projects involved:

If this is just going in the same way HA goes, there would be no more specifics to Domoticz we are IMO many to appreciate: Historically a clean integration and clever design able to run on light hardware. All the opposite of HA.

For HA, better use a small server configuration now if you have to handle several protocols. My PI3 hosting Domoticz is now close to 9 years 24/7 usage, still smooth on CPU side rarely exceeding 8/10%, 1GB DDR will probably be the 1st limit I'll reach. In 10 years, HA will probably need a refurb Proliant server and it's 2x800W power supplies server to reliably run...

[jvdz]

But please respect the plugin authors for doing their work.... It is their decision to keep maintaining this, so please stay neutral on this.

To me, this isn't very respectful, and it's also a huge misrepresentation of what was said.
Everyone's allowed to have their own opinion, and there's no disrespect, just his opinion.
...but hey, that's just my two cents... and guess also a bit offtopic.

[waltervl]

It is disrespectful when a plugin owner states that a coördinator is being implemented for his plugin and someone else promotes to use another solution. Problem is also that this is not the first time this happens....
So hopefully Pipiche wont get too upset by these kind of remarks and in the end stops maintaining its Z4D plugin.

[waltervl]

Thanks, anything special with this device or just the same specs and functionality of other common zigbee coordinators?

@pipiche?

[jvdz]

It is disrespectful when a plugin owner states that a coördinator is being implemented for his plugin and someone else promotes to use another solution.

Let's agree to disagree and move on.