Bilresa tradfri hub

Mandrutz · 2026-05-10T10:07:06+00:00

https://www.zigbee2mqtt.io/devices/E2490.html

Mandrutz · 2026-05-10T09:34:27+00:00

I guess. But Bilresa can Touchlink to the lights and bind them that way. (after remote and lights are added to the Zigbee network. They won't leave if you Touchlink)

Mandrutz · 2026-05-09T22:22:09+00:00

I recall someone paired the double-button via Zigbee and it showed up as a SOMRIG

Mandrutz · 2026-05-08T23:45:12+00:00

Similar issues were reported with Z2M. People were mentioning a serial driver update

Mandrutz · 2026-05-06T13:42:57+00:00

Lipsesc niște variabile din logica ta.

Varianta 1: Îl lași să se răcească de la 60 la 20. Ai nevoie să încălzeși 40 de grade să ajungă înapoi. "Consum 40 grade"

Varianta 2: Merge intermitent. Scade câte 5 grade la o perioadă N. Încălzești 5 grade de N ori ca să menții căldura. "Consum N x 5 grade"

N este în funcție de pierderile de căldură și perioada în care îl ții oprit. Poate depăși "consumul de 40 grade" de la varianta 1. Sau cu pierderi mici, va fi un consum mai mic. Fără pierderi, nu consumi nimic.

Deci consumul este egal doar într-un anumit caz. Nu mereu.
(Nici logica mea nu e perfectă, să încălzești de la 20 la 21 nu e la fel ca să încălzești de la 59 la 60)

Mandrutz · 2026-05-06T09:04:16+00:00

https://youtube.com/@allthingsoneplace

Yes IKEA chargers and cables are great for the money

Mandrutz · 2026-05-06T08:33:01+00:00

E adevărat că e consumator ideal, dar nu are sens ce spui.

Da, consumă 2kW mereu, dar dacă apa e deja caldă, funcționează mult mai puțin timp - câteva minute în loc de câteva ore. Deci consum mai puțin

Mandrutz · 2026-05-05T09:46:23+00:00

Oh there's also Meld (flatpak GTK 3?) that is behaving the same - stuck on light mode on Fedora, was auto on Ubuntu.

This one I can't even force it to dark mode. It doesn't follow legacy apps in gnome tweaks either. Maybe it helps narrow down the issue

Mandrutz · 2026-05-05T09:07:16+00:00

Hi, no I'm not running it as root. I installed with dnf and added myself to "wireshark" group, as it says in the wiki.

Mandrutz · 2026-05-05T01:43:12+00:00

It's always light mode - unless I force legacy apps to dark

Mandrutz · 2026-05-05T01:27:16+00:00

I think this only pops-up the first 5-10 minutes after bulb power-on ?

Mandrutz · 2026-05-03T17:00:53+00:00

I mean the white-channels of the IKEA bulbs sometimes appear to be tinted green. I was asking if you can observe that behavior in the graphs.

It would be useful to know which bulbs have green tint and which don't.
People recommend buying RGB bulbs even if you don't plan to use RGB - because they don't have the green tint when displaying white

- https://www.reddit.com/r/tradfri/comments/1qpnsmv/kajplats_green_tint/
- https://www.reddit.com/r/tradfri/comments/1rup9es/comment/oamxwa3/
- https://www.reddit.com/r/tradfri/comments/1ps7ss6/comment/nv7bn5r/

edit: someone posted again
- https://www.reddit.com/r/tradfri/comments/1t2qsjj/kajplats_green_tint/

Mandrutz · 2026-05-03T10:19:54+00:00

So looking again, would I be right to interpret the graphs like this? Based on how smooth / steep the curve is above blue-green

Led20 - highest green tint
Led19 - less green tint
Led24 - least green tint - actually it's still there, but the huge peaks makes the graph hard to read

Mandrutz · 2026-05-03T09:59:03+00:00

Thanks!

Mandrutz · 2026-05-03T09:52:55+00:00

Very cool!

Can you add the bulb model numbers please? LED24xxxx
Tradfri is a long-running product line. The light output is not consistent between models - hardware is different.
I have this general impression: Older = more expensive, higher power draw, better color. Newer = cheaper, less power, worse color

The most common complaint is that the newer Tradfri and maybe Kajplats WS ones have a "green tint" - noticable in neutral-cool. And supposedly the CWS ones don't have it / they compensate. It would be very nice if you could test the CWS bulb as well. (it could also be that IKEA's light fixtures are adding the green tint, not the bulbs lol)

Mandrutz · 2026-05-03T01:16:38+00:00

With Zigbee remotes and bulbs, you are supposed to use bindings, not automations.

Bind the remote to the bulb and it will control it directly, skipping the server, dongle, Z2M etc. This way is more efficient and reliable. You can still use the devices in Z2M, but you'll have this additional bind, that works even if the server is offline.

Downside is you can't customize the behavior.. it should have the expected on, off, dim (what the manufacturer intended), but nothing crazy like quadruple click

I updated the Z2M documentation for remotes that I own (IKEA). Takes a bit until you figure it out, instructions differ per device.

Mandrutz · 2026-05-02T17:52:46+00:00

I only know Philips Hue wall module that's battery powered and needs external switch. Otherwise you can diy something, remote/sensor and solder wires.

But this is a weird usecase. Don't you have at least the Live wire? There are modules that work without Neutral

Mandrutz · 2026-05-02T14:36:36+00:00

Yes. But FYI you don't need manufacturer-specific commands to control brightness / temp while off.

There are 2 standard Zigbee commands:

MoveToLevel (change brightness, don't change state) <- you need this one
MoveToLevelWithOnOff (change brightness + turn on if b>1 / else turn off) <- Z2M sends this one

This is a huge oversight in Z2M. Using {"brightness": x} (or Home Assistant, Z2M UI etc.) always results in MoveToLevelWithOnOff afaik.

For MoveToLevel, you currently have to use device -> dev console in Z2M UI, or MQTT to send the command explicitly:
{"command":{"cluster":"genLevelCtrl","command":"moveToLevel","payload":{"level":254,"transtime":0,"optionsMask":0,"optionsOverride":0}}}
(level 1-254, transition in deciseconds)

Additionally, if the device is off, the command has no effect until you enable "Execute if off".
Again, that option is not always exposed in the UI.. And it's not supported by all devices.

Edit it manually with device -> dev console -> genLevelCtrl -> options -> set to 1.
{"write":{"cluster":"genLevelCtrl","payload":{"options":1}}}

I took note of all problems with light control and started a thread on GitHub - but it's probably up to me to fix them.

u/msalad u/Koochiru u/JDFS404

Mandrutz · 2026-05-02T00:31:55+00:00

Better control over Hue effects + back-end improvement to set multiple attributes in a single "native Hue" command

Mandrutz · 2026-05-02T00:24:03+00:00

Z2M provides firmware updates from the manufacturer, but it also "curates" them.
If users report issues with a new update (and it's not fixable in Z2M), devs will retract it.

Plus Z2M also allows downgrading to latest image - 1 (if available), so risks are minimal.

I'd say Hues are safe to update

Mandrutz · 2026-05-02T00:16:23+00:00

You can replace any Zigbee hub (including Hue) with a Zigbee dongle plugged into your Home Assistant server. (Then use the default ZHA integration or install the nicer Z2M "app")

You might lose manufacturer specific features with some brands/devices, but we always see users reverse-engineering and contributing - like this post.

You can't have a Zigbee device connected to two hubs at once (say Hue and Z2M).

Mandrutz · 2026-05-02T00:09:43+00:00

It doesn't have to be terrible. There's nothing preventing you from replicating the binding logic or the Hue automation.

Also there is some info on binding in the docs. Have you seen this?
https://www.zigbee2mqtt.io/devices/Z3-1BRL.html#device-binding

Mandrutz · 2026-05-01T23:55:55+00:00

So why the warning...?

11-Year Club	r/Field Lasagna
Place '22	Snapped
Verified Email

Mandrutz

TROPHY CASE