I’ve also just reached a similar conclusion as searching for PM1006 on Google. It brings up PM1006K articles where it is just referenced as PM1006. So, it might be some naming thing and they should be the same. Let’s wait for their answer.
By the way, after browsing their website, if you ever come across one of their AM7000 device for a reasonable price, then please let me know. It looks really tempting…
By the way, what is the TX message to the sensor from the IKEA device? Maybe that is the problem. The document says what it should be to query the measurements. Maybe that has some difference.
Read measures result of particles:
Send: 11 01 02 EC
Haha, I had not read your post yet until I came here to comment, but: I just sent it 11 01 02 EC and then I get a frame back that matches the PM1006K datasheet. PM2.5 value matches what I get from the PM1006-style command. PM1.0 and PM10 are zero.
I am assuming that the IKEA board is not sending TX so there is nothing to receive through RX. So might be not the sensor is faulty, but the IKEA board. That’s why I asked that has the LED color changed by introducing dust to the environment.
Right! However, using the RX/TX code might still involve disconnecting the sensor from the PCB then, because in a working setup, at least, TX is held idle by the IKEA PCB and we can’t TX over the test pads.
Confirmed my sensor is faulty , only shows green and nothing else. I tested using incense stick and placed the sensor near it, I have two sensors and one of them turned red and the other stayed green.
That’s a limitation of HA. HA won’t “update” a value, if it got the same value a second time, and only react to a change in values. So it will change to unknown if there’s no signal and keep saying “4 hours ago” if there’s the same value send for the last 4 hours.
I’ve added some smoothing to my setup, since the values received are jumping up/down quite a bit - like 7, 7, 7, 8, 7, 7, 7, 8 and are extremly frequent.
So it makes sense to calculate a sliding average to catch not only the “last” value for the burst, but instead take all measurements into account:
In case someone wants to add energy accounting for this device: A unmodified Vindriktning with an added Wemos D1 mini with ESPHome running on it is using the following amount of power:
~0.412 W while the fan is not running
~0.558 W while the fan is running
Measured with an Atorch UD24.
I ran a consumption measurement over 4 hours, and that’s the average consumption (at 5V):
0.5178 W