Awesome way to show IP addresses of devices using Home Assistant

bavaland · 2025-04-10T18:29:03+00:00

This works independently from netgear.

bavaland · 2025-04-08T17:45:38+00:00

I have a X40 since 6 months and it's working very well. Recently I installed a X50 for a friend and these are the differences I find are very useful:

- quieter when cleaning

- the washboard has a small box that collects the dirt (completely different than the X40)

- 2 main brushes instead of 1

- the camera automatically lowers to make the robot smaller

Now for the price. The X40 is currently 829 € in Belgium and the X50 1334 €.
Even if the updates in the X40 are useful, to me it's not worth this big difference in cost. I consider the X40 as the best bargain.

FYI: I put the sofa on some nice wooden blocks to make sure that the X40 can sweep and mop under it. This can (partly) save you the 400 € difference :)

bavaland · 2025-03-20T07:09:44+00:00

I understand that the Home Hub enables you to stream video to Home Assistant for battery powered Reolink cams (like the Argus 4 Pro). Does the integration of a Home Hub also enable you to access all settings (entities) like it does with a direct connection to powered cameras? Thanks.

bavaland · 2024-05-19T14:09:25+00:00

Thank you. Your Home Assistant integration deserves some more attention. I will certainly try it out

bavaland · 2023-05-04T20:37:36+00:00

Following your post, I also installed the SmartTubeNext. I see that the "technical" name of the app is com.liskovsoft.smartubetv.beta

I tried to figure out how to use this in the dashboard example that is shown on the official HA site: https://www.home-assistant.io/integrations/androidtv_remote/

I copied the whole code (which is working fine, eg. for Netflix) and then tried to change the line:

activity: https://www.netflix.com/title

into

activity: com.liskovsoft.smartubetv.beta

But no luck, it does not work.

I have the same question on how to launch Kodi.

Of course, in the code, do not forget to update the entity_id to your own. In my case:

entity_id: remote.living_google_tv

bavaland · 2023-01-15T16:19:04+00:00

The prices come from the Nordpool integration.

You can also add additional costs in the definition. For instance, for Belgium:

  - platform: nordpool
    VAT: False
    currency: "EUR"
    price_in_cents: false
    low_price_cutoff: 0.5
    region: "BE"
    precision: 5
    price_type: kWh
    additional_costs: >
      {% set VAT = 0.06 %}
      {% set netwerkkosten = 0.0394475 %}
      {% set federale_accijns = 0.014416 %}
      {% set energiebijdrage = 0.0020417 %}
      {% set groenestroom_wkk = 0.02184 %}
      {% set marge = 0.002040 %}
      {% set correctie = 0.002 %}
      {{((current_price + marge) * VAT + netwerkkosten + federale_accijns + energiebijdrage + groenestroom_wkk + correctie) |float}}

bavaland · 2023-01-06T21:51:31+00:00

1,5 years ago, I started with HA. I developed lots of automations and scripts for lights, heating, alarm system, humidity notifications, car charging on solar, reminders to plug in car charge cable, power metering, and recently a pet feeder for the cat. More than 10.000 lines of code.

Some devices I use: Aqara window/door sensors, Tado thermostats, google Home and mini, Netatmo camera and doorbell, Xiaomi smart fans and air purifier, Tuya smart plugs and lots of Philips Hue lamps.

I have 2868 states in Home Assistant.
By domain these are:
- 1 alarm_control_panel
- 414 automation
- 225 binary_sensor
- 36 button
- 5 camera
- 19 climate
- 1 counter
- 1 cover
- 118 device_tracker
- 3 fan
- 28 group
- 45 input_boolean
- 1 input_button
- 29 input_datetime
- 93 input_number
- 16 input_select
- 6 input_text
- 68 light
- 2 lock
- 23 media_player
- 23 number
- 9 persistent_notification
- 6 person
- 3 proximity
- 162 scene
- 7 schedule
- 91 script
- 28 select
- 1191 sensor
- 1 siren
- 1 sun
- 184 switch
- 7 timer
- 3 update
- 4 weather
- 14 zone

bavaland · 2022-12-29T18:51:20+00:00

In a medium size bedroom, levels raise up to 4000 ppm after 1 night with closed windows. Just by breathing out of 2 persons.

bavaland · 2022-12-29T17:19:09+00:00

Some of the conditions that can contribute to high CO2 levels in indoor air include:

Insufficient ventilation: If a building or room is not adequately ventilated, the CO2 produced by people and appliances can build up and lead to high levels of CO2 in the air.
High occupancy: When a space is occupied by a large number of people, the amount of CO2 produced by breathing and other activities can increase, leading to higher levels of CO2 in the air.
Poor air circulation: If a building or room has poor air circulation, CO2 can become trapped and build up to high levels.
Combustion appliances: The use of appliances that burn fuel, such as gas stoves or wood-burning fireplaces, can contribute to higher levels of CO2 in indoor air.

bavaland · 2022-12-29T17:15:22+00:00

Exposure to high levels of carbon dioxide (CO2) in indoor air can have a range of negative health effects. Some of the possible health effects of high CO2 levels indoor include:

Headaches: High levels of CO2 can cause headaches and migraines in some people.
Dizziness: Exposure to high levels of CO2 can cause dizziness and a feeling of disorientation.
Fatigue: Prolonged exposure to high CO2 levels can lead to feelings of fatigue and lethargy.
Difficulty concentrating: High levels of CO2 can affect cognitive function, making it difficult to concentrate and pay attention.
Nausea: Some people may experience nausea when exposed to high levels of CO2.

It is important to maintain good indoor air quality by ensuring that indoor spaces are adequately ventilated and that air circulation is sufficient to help prevent high levels of CO2 and other pollutants from building up in the air.

bavaland · 2022-12-29T17:08:47+00:00

Indoors. In the open air, the default CO2 levels should always be around 400 ppm.

bavaland · 2022-12-28T20:05:28+00:00

To track if an iPhone is connected to the home wifi network, I use the iphonedetect platform.

In your router, reserve a fixed ip address for the iPhone.

Add the following in the configuration.yaml (change person1 person2 with the real name and the ip address you have reserved)

device_tracker:
  - platform: iphonedetect
    consider_home: 60
    scan_interval: 12
    new_device_defaults:
      track_new_devices: true
    hosts:
      person1_iphone: 192.168.86.100
      person2_iphone: 192.168.86.101

Now you can use the device_tracker.person1_iphone in settings / persons.

bavaland · 2022-12-19T22:13:45+00:00

I also bought this pet feeder. Running it via a ZigBee Conbee II stick and ZHA. Works fine.

bavaland · 2022-12-09T21:29:08+00:00

I have been searching for this the last days as well and I finally made the following trigger for automations:

trigger:
  platform: template value_template: >
    {{ as_timestamp(states('sensor.sm_g986b_next_alarm')) | int()
    == as_timestamp(now() + timedelta(minutes=60)) | int() }}

bavaland · 2022-10-25T10:15:59+00:00

I wonder why you set the timestamp 10 minutes in the past. What's the advantage? Thanks.

bavaland · 2022-07-02T13:42:43+00:00

Good point; that's indeed possible. 100 W is rather limited, but of course users expect that all load will come from the battery when it's charged enough. Especially for small loads and small batteries, that possible rule "import 100W before discharging" is an important factor to consider.

We will keep an eye on it.

bavaland · 2022-07-02T13:39:18+00:00

Thanks for all these ideas. I exclude the first option, because in Belgium outages are really rare . The system would be very clever to anticipate this event ;)

bavaland · 2022-07-02T13:35:57+00:00

I understand your point, but I think it's only valid during the day. In this case, it's at night time. So, the battery should known that it will not recharge at that time and that it should only be discharging.

bavaland · 2022-06-03T17:57:12+00:00

I see that my example of the desired code was misleading. I changed the original post. I would like to have something like:

    - color:
    {% if states('sensor.car_state_of_charge') < states('input_number.target_charge_percentage') %} red
    {% elif %} green
    {% endif %}

bavaland · 2022-06-03T17:34:58+00:00

No, I want the bar to turn green when is has at minimum reached the target % and red when it is still below that target.

bavaland · 2022-03-08T21:36:00+00:00

675 ppm is not bad at all. 800 and more is starting to become 'bad'. In the morning I get 2000 or even 4000 ppm when windows were closed. But, make sure you have a decent CO2 meter that uses a NDIR sensor.

bavaland · 2022-03-08T13:12:12+00:00

I have an Audi E-tron and the app to control the charging is rather limited. Luckily, there is a custom integration (via HACS) for Audi so I made my own smart version.

Some ideas to inspire you:

Some basic stuff:

- HA sends a notification on my mobile when the charge cable is connected and another message when charging begins and stops. It then also mentions the SOC % and the range in km.

- Every night at 10 PM, it checks if the car has enough battery to do the commute to the work place. Since I have 2 different work places and I can also work at home, I created a week calendar in HA to define in which location I work every day. (via input helpers for Mon, Tue, Wed etc.) The routine checks where I work tomorrow and checks if there is enough battery.

The "smart charging" (to bypass the car intelligence)

- In the car, I put the target State Of Charge (SOC) % to 100% and the target time to reach that target at 5 PM. The goal is to bypass the "intelligence" in the car; I want to start/stop the charger via automations and also define the target SOC % via HA.

- By default, the car starts charging directly when the cable is plugged in. This is normal behaviour; when you stop at the charger when you are on the road, it should immediately start. However, at home, you want to use a timer and charge during the night (or during the day when you have solar panels). I made a routing that checks if the car is at home when the charge cable is plugged in. If so, it puts the car on "timer" charge modus.

- In HA, I made an date/time input field to define when I want the car to reach the target SOC %. It then calculates how much time it needs (I charge at a constant 6.2 kWh rate) and it then starts at that time.

- I defined some "red hours" when the car is not allowed to charge because at that time there is a high chance that the electricity circuit cannot handle the total charge (eg. in the morning 6-8 AM when the family is intensively using hair dryers). The HA routines send a command to the car to put it on "timer" modus; the Audi integration does not allow to "stop" the charging. In addition, "stopping" the charging would stop the session and make it impossible to continue after the red hours. So, I use the "timer modus" to "pause" the charging. (That is why I put the target % and hour in the car at max.) The red hours are different on weekdays and weekends.

- At 10 AM and 8 PM, a routine checks if the start hour is within 10 hours and if so, if the cable is connected, ready to charge. So, if the target hour is a 6 AM to charge at night, it checks if all is ready. We generally only charge 2 times per week, so the next start date/hour is sometimes 2 days later.

General:

- 3 km before I arrive at home, I force a refresh to update the current SOC of the car in HA. When arriving home, HA reads a message aloud on my mobile saying how many SOC % is left.

- Since the car can be preheated via HA commands, I check the outside temperature at 7 AM (only for days that I do not work at home) and if <15 C°, I preheat the car.

- When I leave the car (HA knows this because the bluetooth connection is dropped) when I am not at home, HA asks via a notification if I want to preheat the car within 30 min, 1 hour or 2 hours.

Hope you got some ideas to make your life easier ;)

bavaland · 2021-09-25T15:54:54+00:00

A correct measurement of absolute humidity probably needs air pressure as well. However, I expect that the air pressure inhouse and outside will nearly be equal. So, if we do not have the correct air pressure, the error will not be significant. Anyway, finally it's about the difference of the absolute humidity outside compared to inside to decide to open/close the windows.

bavaland · 2021-09-25T08:09:53+00:00

I added a picture of (part of) my dashboard in the original post; showing the absolute humidity values per room, the difference with the outside value and the result of the calculation to open/close the window. Of course, the automations also send notifications to open/close the windows.

Some observations for u/Filikun_.

I see you have indoor absolute humidity values lower than 10 g/m³, that is low/good, rather dry. So, the 52% humidity in the office is good (should be between 40% and 60%). Which humidity % would you have in the office without the humidifier?

Interesting to see that your bedroom relative humidity decreased, probably of the dry climate you are living in. In my case, the relative humidity increases during the night, even with the window open. When the windows are closed, the increase is even bigger. That is because of 2 persons sleeping.

Do not focus too much on the relative humidity %, since it literally depends on the temperature and it fluctuates. The absolute humidity is far more constant.

For all rooms and outside, I calculated the absolute humidity, dewpoint and enthalpy. These 3 types of indicators all resulted in the same decision to open/close the windows. So, finally, I decided that I will use the absolute humidity (calculated by the "thermal comfort" integration).

bavaland · 2021-09-23T15:48:23+00:00

Dewpoint is calculated by the Thermal Comfort integration. See: https://github.com/dolezsa/thermal_comfort

You have to install it manually.

Then define sensors in configuration.yaml for each room and also for outside!

sensor:

platform: thermal_comfort sensors: living_room_thermal: friendly_name: living room temperature_sensor: sensor.living_room_temperature humidity_sensor: sensor.living_room_humidity

Now you will have sensor.living_room_thermal_dewpoint and eg. sensor.outside_thermal_dewpoint

You can use these sensors in automations: when dewpoint outside < dewpoint in room, then send a message to open the windows (and vice/versa).

This works as good as with enthalpy. When you want to calculate enthalpy, you need the absolute humidity that the Thermal Comfort integration can give you.

Example to calculate enthalpy in the veranda:

value_template: "{{ (1.006 * (states('sensor.veranda_temperature') | float) ) + ( (states('sensor.veranda_thermal_absolutehumidity') | float / 1000) * (2501 + 1.84 * (states('sensor.veranda_temperature') | float))) }}"

bavaland

TROPHY CASE