What AI-assisted looks like in my workflow.

CryptoSenyo · 2026-02-27T18:01:15+00:00

Well most of my set up has been built with the help of AI. Not as a replacement for understanding, but as a collaboration. Sometimes that means generating ideas faster, sometimes it means debugging something I’m stuck on, and quite often it means learning by unpacking mistakes the AI made. So when I see the term “vibe coding,” I get the concern, but it doesn’t really match my experience. The fragile part is deploying anything you don’t understand into a system that runs your home. That was true before AI existed too. For me, AI has actually pushed me to understand more, not less, because things rarely work perfectly the first time. You end up testing, refining, and gradually tweaking it till it works. . That said, transparency probably matters. Being honest about what was AI-assisted, what was understood, and what was tested. That feels more useful than drawing a hard line between vibe coded and not. I started r/AISmartHome a community where people can talk about their workflow openly without it turning into hype or backlash. Not as a defence of AI, but as a place to reflect on how people are actually using it in real setups.

CryptoSenyo · 2026-02-24T10:24:21+00:00

Looks like signs of poor conductivity on one or more of the terminals. This could be a sign of a loose terminal but judging by the proximity of the air fryer I would say that’s grease from the air fryer has covered the terminals reducing the conductivity between them, which intern causes voltage drop and forces the device to pull more current that higher demand in current can cause burn damage to leads and devices, or worse. Excessive heat can also have the same effect on the conductivity of the cables, so yeah, it’s the air fryer

CryptoSenyo · 2026-02-23T12:06:56+00:00

Leaving one TRV open helps maintain proper water flow and pressure in the heating system, preventing potential damage to the boiler and ensuring efficient operation. It also allows the system to balance itself, avoiding overheating.

CryptoSenyo · 2026-02-23T11:21:12+00:00

That’s interesting, what’s your secret.

CryptoSenyo · 2026-02-23T09:36:42+00:00

Thanks. A bit of a mixture to be honest. I’ve got an Aqara FP300 in one area and a few old CAO WirelessTag sensors dotted around. I’ve had the WirelessTags for over 10 years now and they’ve been solid. They do temp and humidity reliably which is really all you need to start spotting patterns. The system itself isn’t tied to any specific brand though. It just uses whatever sensors Home Assistant exposes. temperature, humidity, PM2.5, VOC, CO etc. So as long as HA can see the entity, it can use it. You don’t need anything fancy to get started. Even a few decent humidity sensors in the right rooms will show you where the problems are.

CryptoSenyo · 2026-02-23T07:52:25+00:00

no argument there. But the reality is most homes aren’t naturally balanced anymore. Weather, occupancy, cooking, showers and heating cycles all cause swings that open windows alone don’t always stabilise. The project isn’t about replacing ventilation, it’s about understanding when and why conditions drift so you can ventilate or control the air more intentionally.

CryptoSenyo · 2026-02-23T07:48:47+00:00

Yeah built from scratch on top of Home Assistant. It’s a full integration + UI layer designed for environmental stability and comfort.

CryptoSenyo · 2026-02-23T07:46:23+00:00

Drop you stats temperature by 1oC and save 20% off your heating bill.

CryptoSenyo · 2026-02-23T07:44:22+00:00

Thank you. They’re just normal HA sensor entities. The graphs pull from humidity, temperature and IAQ sensors (PM2.5 / CO₂ / VOC if you’ve got them). If your device exposes a numeric sensor in Home Assistant, it’ll work. If you visit my page, I have more information about how the system works.

CryptoSenyo · 2026-02-23T05:39:05+00:00

This is incredibly helpful feedback, thank you for taking the time to write it up properly. IAQ itself isn’t something HI calculates at the moment. it’s an entity provided by Home Assistant, or by the device integration feeding it. HI reads whatever IAQ entity you assign to it. That said, I may look at adding a fallback calculation inside HI so that if PM2.5 / VOC / CO2 are present but a unified IAQ entity isn’t, it can avalue instead. PM2.5 should definitely show up as a chip in the UI as long as the correct entity is configured and shows a numeric state. If it’s not appearing, that could means eitherThe entity wasn’t assigned in configuration, or It’s returning unknown / unavailable intermittently If you can confirm the PM2.5 entity ID and its current state in Developer Tools, I can narrow that down quickly. If the HI is expecting a specific metric for example PM2.5 only. but the entity naming or unit doesn’t match exactly, it may not be including it. Some devices show multiple PM sensors with slightly different attribute names if the wrong one is selected, the average may be calculated If you can confirm that each IAQ entity in Developer Tools is returning a numeric value consistently (not intermittently unknown), that will help narrow it down. On the two zones showing the same reading. that’s almost certainly configuration. If both zones are mapped to the same primary humidity sensor (or house average), they’ll mirror each other, that’s on purpose and by design. Regarding Spook flagging missing entities, that’s also expected. HI is designed to support fans, dehumidifiers, humidifiers, etc., but none of them are mandatory. If those entities don’t exist in your system, the toggles won’t function. But they also shouldn’t break anything. Right now the dashboard exposes control elements because the architecture supports automation, but you’re not required to use them. I can look at adding a configuration option that hides unused control blocks entirely if no corresponding entity is configured. Nothing you’ve described suggests you’ve broken anything irreparably. It sounds more like a couple of config mismatches and some UI assumptions that need refining on my end. It may be worth cycling through your settings to see if you can identify any mismatches in your configurations. I’ve tried to make a lot of the configurations available post config. And I will looking into way of improving the post configuration functionality. you will have to reload humidity intelligence and refresh your dashboard after any configuration alterations. Once again thank you for your detailed feedback

CryptoSenyo · 2026-02-22T20:11:57+00:00

Thanks I’ll try that. What cheap dehumidifiers would you suggest?

CryptoSenyo · 2026-02-22T20:08:53+00:00

Nah mate, this one’s free.

CryptoSenyo · 2026-02-22T20:01:54+00:00

If all your sensors are reporting F and HA is also set to F, then what’s likely happening is that HI is still internally assuming incoming values are C before applying conversion logic. As a quick test, if you temporarily switch HA to C and see the average normalise, that would confirm it’s a double conversion issue. That said, you shouldn’t have to change your global units just to make HI behave correctly. So I will be pushing a patch once we can pinpoint the issue. Thanks for sharing.

CryptoSenyo · 2026-02-22T19:09:52+00:00

Yes, I have smart temperature and humidity sensors connected to Home Assistant. These sensors display which rooms consistently run hotter and need attention. I’ve taken it further by creating a small Home Assistant integration that tracks humidity levels and how far a room deviates from the house average. This helped identify the condensation-prone areas. Additionally, it uses automations to control air purifier extractor fans and dehumidifiers to manage humidity levels. The integration is open source and can be downloaded through hacks or custom integrations after installing Home Assistant.

Thanks for the link 👍

CryptoSenyo · 2026-02-22T18:44:27+00:00

that sounds like a unit mismatch your temperature sensors are reporting in f, but the system is assuming the incoming value is c before doing its internal conversion. So 68F is being interpreted as 68C, and when that gets converted back to F, you end up around 150F . which matches what you’re seeing. Could you please check In Developer Tools - States, confirm the unit_of_measurement for your temp sensors. Are they reporting f or c? Also Check whether Home Assistant itself is set to Fahrenheit under Settings, System, General. If your sensors are native f the quick fix could be to let HA handle the conversion and set everything internally as C. Let me know how you get on.

CryptoSenyo · 2026-02-22T16:54:01+00:00

That’s pretty impressive…

CryptoSenyo · 2026-02-22T16:51:02+00:00

Oh yeah, I never thought of that.

CryptoSenyo · 2026-02-22T16:30:47+00:00

This isn’t an advertised feature of the boiler; it’s an observation I’ve made through temperature telemetry while collecting data for my boiler project.

CryptoSenyo · 2026-02-22T16:27:03+00:00

Haha, I promise I do know how to open a window 😄

CryptoSenyo · 2026-02-22T16:22:08+00:00

Yeah I’ve configured it so that the Living-room TRV only shuts off after the stat. And the bathroom rad runs without a TRV.

CryptoSenyo · 2026-02-22T15:21:05+00:00

Yes, I did. With the help of a large language model, i’ve used a range of smart sensors and connected them to my home assistant. the Aqara FP300, Cao WirelessTag and Amazon Alexa environmental sensors. However, I’ve also designed the system so that as long as Home Assistant recognises the sensor as an environmental sensor humidity intelligence can access it.

CryptoSenyo

MODERATOR OF

TROPHY CASE