this post was submitted on 23 Jul 2023
36 points (95.0% liked)

Selfhosted

37811 readers
680 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I decided to spin up Home Assistant on a VM on my server yesterday, and so far I'm not having much luck getting to to much that is actually useful.

I'm wondering if it's me doing something wrong, but I can't see what that would be.

I've signed up for the free trial of the cloud services which all seems to have gone fine, and I have a couple of integrations working (Roomba, printer ink levels, Sonos and a couple of others) but mostly everything else I've tried just doesn't want to play ball

  • Apple TV - won't pair - I press the pair button in HA but the ATV doesn't respond with a pairing code

  • Ring doorbell / cameras - these are found but won't display a live feed

  • Ring alarm - not recognised at all

  • Netatmo thermostat - widget displays but doesn't sync correctly with thermostat and if I try to adjust temp it sets the target temp to 137 degrees C

  • Hue lights - having issues but this one might be my hub not HA

I was really hoping I could set up automations to, say, turn off my TV, turn off the lights, arm my house alarm - all with one press of a button but it looks like currently this isn't going to happen.

Is it just me? Am I doing something wrong perhaps? Maybe I'm missing something obvious but it just seems like the integrations with these devices just isn't quite there? I'd really be interested in other people's experiences and whether they were able to solve these issues (if indeed they had them at all).

you are viewing a single comment's thread
view the rest of the comments
[–] agressivelyPassive@feddit.de -4 points 11 months ago (7 children)

Sure.

My setup here is pretty simple: a handful of temp/humidity sensors that push their readings to an MQTT queue, which then is read by Telegraf an written to InfluxDB. Optional complexity: I would prefer these sensors to delay the acutal send events, so they can push a batch of readings in one go.

Now, ideally HA would be able to read the data from Influx as a sensor and even import the history. I tried the Influx integration, was told to configure that in the config files and literally for days I tried to get everything to work, but it just would not work. I can't even list the different error messages here, it's been a few weeks, but the consensus seems to be, that Influx is essentially not readable for HA for reasons. Like, there's no error message that I could make sense of, it's just generalFuckYouError 5446.

Ok, then maybe I can read the measuements directly from MQTT? I would have duplicated data, but I can always delete old data in HA, so that's ok. All my sensors currently write in the same topic and each message contains the sensor name, a timestamp and two measurements. That data structure however is utterly unreadable in for HA. Obviously, I need to split the messages into different (HA-)sensors based on the sensor name field and then differentiate between the different sensor values (humidity/temp). That is not possible. Like, it is completely not supported and the official stance is to put a bunch of MQTT listeners for each sensor/value pair in your config and then filter the messages based on sensor name and reading. Well, that's really convenient! Especially for the completely outlandish case, that someone might want to automatically add new sensors.

But ok, I played ball. I set up two testsensors (so four listeners in total). And it kind of worked. Until I noticed, that each message is processed once, which is perfectly in line with MQTT semantics, but it meant that messages that didn't fit the listener they happened to collide with were just dropped. Awesome!

But ok, next try, I've got Telegraf, that thing can probably help out. So I created new topics for each sensor and value, in a nice hierarchy and created a bunch of HA listeners, each having its very own topic.

And that finally kind of worked. I still can't batch-import messages, because HA ignores MQTT timestamps, I still can't dynamically add new sensors, I still can't "fuse" sensors belonging together (hum/temp do kind of correlate, after all), etc. etc.

My case isn't really unusual and not really complicated, yet it took me literally weeks to get to this point and it's still a clunky, semi-functional clusterfuck, whos only benefit compared to Influx is, that it has an Android app.

Disclaimer: I might mixed some thing up in the description above, it's been a while. And I'm certain I could make some things nicer, but that's not the point. I'm a senior software developer and can't get this pile of Python to run. Maybe I'm really stupid, but I'd say HA is the culprit here.

[–] stooovie@lemmy.world 4 points 11 months ago (3 children)

Looks like an user error to me. Influx is for long-term storage of history and data, you don't need it for automation at all.

load more comments (3 replies)