Home Assistant: Open source Python3 home automation - deel 5

[Raven]

TheFes schreef op zaterdag 27 januari 2024 @ 10:15:
[...]


Dat gaat alleen op basis van devices class, en alleen de device class lijst die bij jouw link staat is ondersteund.

Ah balls

TheFes schreef op zaterdag 27 januari 2024 @ 10:15:
Je kunt wel een template binary sensor maken, dan kun je door middel van een template het icoon bepalen.

Deze sensor is via MQTT Auto Discovery gemaakt, met device_class power en geen icon gespecificeerd krijg ik het gewenste effect (zei het met ander icon), soort van. Ik heb liever icons waarvan de kleur verandert en dat kan door het inschakelen van "Pictogrammen kleuren op basis van status?", kan dat ook via MQTT Discovery ingesteld worden?

TheFes schreef op zaterdag 27 januari 2024 @ 10:15:
Of een card gebruiken die het toestaat om met templates (JavaScript of Jinja) het icoon aan te passen.

Hm....

[Church of Noise]

Ik heb iets heel vreemd voor en ik geraak er niet uit: sinds de laatste veranderingen werkte de integratie voor de Midea dehumidifier niet. Nu is de ontwikkelaar terug 'opgedoken' en heeft ie die nodige veranderingen doorgevoerd. Ondertussen had ik al meerdere keren gepoogd om het bestaande device te verwijderen, wat niet lukte voordat de integratie verwijderd werd en daarna terug toegevoegd via HACS. (ter info: HA supervised op Debian Bookworm, draaiend op een Intel NUC 8 met een Samsung NVME drive van 256 GB waarvan een goede 600 MB gebruikt wordt...)

Nu wil ik de dehumidifier terug toevoegen maar krijg telkens deze melding in de interface:

code:

Config flow could not be loaded: {"message":"Invalid handler specified"}

Grasduinen in de logs geeft volgende zaken:

spoiler: loader.py

Logger: homeassistant.loader
Source: loader.py:822
First occurred: 13:25:50 (1 occurrences)
Last logged: 13:25:50

Unexpected exception importing component custom_components.midea_dehumidifier_lan
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/loader.py", line 822, in get_component
ComponentProtocol, importlib.import_module(self.pkg_path)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/importlib/init.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "", line 1204, in _gcd_import
File "", line 1176, in _find_and_load
File "", line 1147, in _find_and_load_unlocked
File "", line 690, in _load_unlocked
File "", line 940, in exec_module
File "", line 241, in _call_with_frames_removed
File "/config/custom_components/midea_dehumidifier_lan/init.py", line 29, in
from midea_beautiful.cloud import MideaCloud
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/init.py", line 7, in
from midea_beautiful.lan import LanDevice, appliance_state
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/lan.py", line 13, in
from midea_beautiful.appliance import Appliance
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/appliance.py", line 8, in
from midea_beautiful.command import (
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/command.py", line 17, in
_order_lock = RLock()
^^^^^^^
File "/usr/local/lib/python3.11/multiprocessing/context.py", line 73, in RLock
return RLock(ctx=self.get_context())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/multiprocessing/synchronize.py", line 194, in init
SemLock.init(self, RECURSIVE_MUTEX, 1, 1, ctx=ctx)
File "/usr/local/lib/python3.11/multiprocessing/synchronize.py", line 57, in init
sl = self._semlock = _multiprocessing.SemLock(
^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 30] Read-only file system

spoiler: setup.py

Logger: homeassistant.setup
Source: setup.py:251
First occurred: 13:25:50 (1 occurrences)
Last logged: 13:25:50

Setup failed for custom integration 'midea_dehumidifier_lan': Unable to import component: Exception importing custom_components.midea_dehumidifier_lan
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/loader.py", line 822, in get_component
ComponentProtocol, importlib.import_module(self.pkg_path)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/importlib/init.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "", line 1204, in _gcd_import
File "", line 1176, in _find_and_load
File "", line 1147, in _find_and_load_unlocked
File "", line 690, in _load_unlocked
File "", line 940, in exec_module
File "", line 241, in _call_with_frames_removed
File "/config/custom_components/midea_dehumidifier_lan/init.py", line 29, in
from midea_beautiful.cloud import MideaCloud
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/init.py", line 7, in
from midea_beautiful.lan import LanDevice, appliance_state
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/lan.py", line 13, in
from m

idea_beautiful.appliance import Appliance
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/appliance.py", line 8, in
from midea_beautiful.command import (
File "/usr/local/lib/python3.11/site-packages/midea_beautiful/command.py", line 17, in
_order_lock = RLock()
^^^^^^^
File "/usr/local/lib/python3.11/multiprocessing/context.py", line 73, in RLock
return RLock(ctx=self.get_context())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/multiprocessing/synchronize.py", line 194, in init
SemLock.init(self, RECURSIVE_MUTEX, 1, 1, ctx=ctx)
File "/usr/local/lib/python3.11/multiprocessing/synchronize.py", line 57, in init
sl = self._semlock = _multiprocessing.SemLock(
^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 30] Read-only file system

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/setup.py", line 251, in _async_setup_component
component = integration.get_component()
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/loader.py", line 830, in get_component
raise ImportError(f"Exception importing {self.pkg_path}") from err
ImportError: Exception importing custom_components.midea_dehumidifier_lan

Vooral dit stuk lijkt belangrijk:

code:

sl = self._semlock = _multiprocessing.SemLock(
^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 30] Read-only file system

:

Nu is de schijf dus verre van vol, en andere integraties toevoegen lukt wél wat me doet vermoeden dat de schijf dus niet in read only mode staat (geverifieerd door de ISS integratie toe te passen...)

Heb ik misschien ergens nog een stuk van de oude config staan?

[skank]

Goeiemorgen

Ik heb eigenlijk al een hele tijd een probleempje met mijn mqtt switches maar dit was nog nooit opgevallen.
Tot nu.
Ik maak gebruik van drukknoppen en via een unipi kan ik dus mqtt switches maken.
Het probleem is dat mijn HA switch eigenlijk aan/uit gaat ipv aan en zo blijft en een tweede druk hij uit gaat.
Dit is mijn switch

YAML:

switch:
  - name: "Bad"
    unique_id: "bad"
    state_topic: "homeassistant/badkamer/bad"
    command_topic: "homeassistant/badkamer/bad/set"
    availability_topic: "homeassistant/badkamer/bad/available"
    payload_on: "ON"
    payload_off: "OFF"
    payload_available: "online"
    payload_not_available: "offline"
    qos: 0
    retain: true

Kan ik dat gedrag wijzigen naar de goeie?

[geerttttt]

Oke, ik ben sinds kort over naar Home Assistant. Ik heb jaren ertegen gevochten, ik had een vrij uitgebreid node-red domotica systeem, maar ondertussen is home assistant echt wel goed geworden.

Vooral dat heel veel gewoon werkt, zonder veel gedoe, is fijn. Nu kan ik ineens ook mijn tv bedienen, en precies mijn energieverbruik monitoren zonder dat ik zelf me druk moet maken over hoe ik dat in een database opsla en hoe ik dat op lange termijn archiveer.

Wel een paar vragen nog:
Ik gebruikte altijd Grafana. Ik heb dat nu ook nog draaien in een losse docker. Ik wil eigenlijk al mijn bestaande grafieken omzetten naar de nieuwe data binnen Home Assistant. Is er een manier om makkelijk Grafana data te laten ophalen uit HASS? Of moet ik dan echt met de hand queries gaan bouwen? Ik wil liever geen Grafana addon installeren in HASS zelf, ik heb het los draaien in een docker op mijn Nas.

In het energie dashboard zie ik wel wat er "nu" opgewekt en verbruikt wordt, maar dat lijkt alsof dat een heel gemiddeld genomen getal is, wat ook niet snel verandert. Ik wil eigenlijk daar wel mijn echt nu-nu verbruik zien. Kan dat? Mijn p1 meter logt elke seconde data, dus wat dat betreft is er geen belemmering.

[TheFes]

geerttttt schreef op zaterdag 27 januari 2024 @ 13:24:
Oke, ik ben sinds kort over naar Home Assistant. Ik heb jaren ertegen gevochten, ik had een vrij uitgebreid node-red domotica systeem, maar ondertussen is home assistant echt wel goed geworden.

Vooral dat heel veel gewoon werkt, zonder veel gedoe, is fijn. Nu kan ik ineens ook mijn tv bedienen, en precies mijn energieverbruik monitoren zonder dat ik zelf me druk moet maken over hoe ik dat in een database opsla en hoe ik dat op lange termijn archiveer.

Wel een paar vragen nog:
Ik gebruikte altijd Grafana. Ik heb dat nu ook nog draaien in een losse docker. Ik wil eigenlijk al mijn bestaande grafieken omzetten naar de nieuwe data binnen Home Assistant. Is er een manier om makkelijk Grafana data te laten ophalen uit HASS? Of moet ik dan echt met de hand queries gaan bouwen? Ik wil liever geen Grafana addon installeren in HASS zelf, ik heb het los draaien in een docker op mijn Nas.

In het energie dashboard zie ik wel wat er "nu" opgewekt en verbruikt wordt, maar dat lijkt alsof dat een heel gemiddeld genomen getal is, wat ook niet snel verandert. Ik wil eigenlijk daar wel mijn echt nu-nu verbruik zien. Kan dat? Mijn p1 meter logt elke seconde data, dus wat dat betreft is er geen belemmering.

Het energy Dashboard gebruikt energie, dus vermogen over tijd. Het laat de totalen daarvan per uur zien bij de dagweergave, en aggregeert die data ook per uur.

Jij wil zo te zien het vermogen zien, daarvoor zou je deze custom card kunnen gebruiken.

[Jeweetje]

Noob vraag voor het aanmaken van een Restful sensor.
Heb een Moresense CO2 meter, deze krijg ik met geen mogelijkheid gekoppeld aan MQTT (ondanks duidelijke handleiding), na update is er de mogelijkheid om mbv rest de sensor waarden uit te lezen.
de Yaml file heb ik uit handleiding. Helaas is de uitleg van Home assistant voor een noob als mij niet genoeg om de restful aan te maken en de yaml file in te plakken. Wie wijst me de juiste richting ;-)

[Brynnie]

Ik heb een vraagje over het integreren van een API aan de hand van een RESTful Sensor in Home Assistant.

De bedoeling is om een overzicht te genereren van de 5 volgende treinen tussen 2 stations. Zo kan snel gezien worden of er vertraging is en wat de eventuele volgende mogelijkheden zijn.

Ik probeer gebruik te maken van de RESTful Sensor mogelijkheid in configuration.yaml.
https://www.home-assistan...nd-present-them-as-values

Maar mijn pogingen leiden altijd tot lege attributen.
Of moet ik voor elke connection[] in de geleverde JSON een afzonderlijke helper maken?

Ik snap niet waarvoor de "value_template" dient.

YAML:

sensor:
  - platform: rest
    name: Treinen Vertrek
    json_attributes_path: "$.[0].connection[0]"
    json_attributes:
      - departure.station
      - departure.delay
      - city
      - arrival.station
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.station }}"

Een eenvoudig vorbeeld van de API resultaten is handiger om inzicht te krijgen in de structuur van de json:

code:

API Call:
https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5

{
"version":"1.2",
"timestamp":"1706363577",
"connection":[

{"id":"0","departure":{"delay":"60","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706363700","vehicle":"BE.NMBS.L2785","vehicleinfo":{"name":"BE.NMBS.L2785","shortname":"L 2785","number":"2785","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2785"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2785","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706363940","vehicle":"BE.NMBS.L2785","vehicleinfo":{"name":"BE.NMBS.L2785","shortname":"L 2785","number":"2785","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2785"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"1","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706367300","vehicle":"BE.NMBS.L2786","vehicleinfo":{"name":"BE.NMBS.L2786","shortname":"L 2786","number":"2786","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2786"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2786","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706367540","vehicle":"BE.NMBS.L2786","vehicleinfo":{"name":"BE.NMBS.L2786","shortname":"L 2786","number":"2786","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2786"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"2","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706370900","vehicle":"BE.NMBS.L2787","vehicleinfo":{"name":"BE.NMBS.L2787","shortname":"L 2787","number":"2787","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2787"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2787","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706371140","vehicle":"BE.NMBS.L2787","vehicleinfo":{"name":"BE.NMBS.L2787","shortname":"L 2787","number":"2787","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2787"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"3","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706374500","vehicle":"BE.NMBS.L2788","vehicleinfo":{"name":"BE.NMBS.L2788","shortname":"L 2788","number":"2788","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2788"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2788","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706374740","vehicle":"BE.NMBS.L2788","vehicleinfo":{"name":"BE.NMBS.L2788","shortname":"L 2788","number":"2788","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2788"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"4","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706378100","vehicle":"BE.NMBS.L2789","vehicleinfo":{"name":"BE.NMBS.L2789","shortname":"L 2789","number":"2789","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2789"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2789","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706378340","vehicle":"BE.NMBS.L2789","vehicleinfo":{"name":"BE.NMBS.L2789","shortname":"L 2789","number":"2789","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2789"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"5","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706381700","vehicle":"BE.NMBS.L2790","vehicleinfo":{"name":"BE.NMBS.L2790","shortname":"L 2790","number":"2790","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2790"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2790","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706381940","vehicle":"BE.NMBS.L2790","vehicleinfo":{"name":"BE.NMBS.L2790","shortname":"L 2790","number":"2790","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2790"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}}

]
}

[TheFes]

Brynnie schreef op zaterdag 27 januari 2024 @ 15:02:
Ik heb een vraagje over het integreren van een API aan de hand van een RESTful Sensor in Home Assistant.

De bedoeling is om een overzicht te genereren van de 5 volgende treinen tussen 2 stations. Zo kan snel gezien worden of er vertraging is en wat de eventuele volgende mogelijkheden zijn.

Ik probeer gebruik te maken van de RESTful Sensor mogelijkheid in configuration.yaml.
https://www.home-assistan...nd-present-them-as-values

Maar mijn pogingen leiden altijd tot lege attributen.
Of moet ik voor elke connection[] in de geleverde JSON een afzonderlijke helper maken?

Ik snap niet waarvoor de "value_template" dient.

YAML:

sensor:
  - platform: rest
    name: Treinen Vertrek
    json_attributes_path: "$.[0].connection[0]"
    json_attributes:
      - departure.station
      - departure.delay
      - city
      - arrival.station
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.station }}"

Een eenvoudig vorbeeld van de API resultaten is handiger om inzicht te krijgen in de structuur van de json:

code:

API Call:
https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5

{
"version":"1.2",
"timestamp":"1706363577",
"connection":[

{"id":"0","departure":{"delay":"60","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706363700","vehicle":"BE.NMBS.L2785","vehicleinfo":{"name":"BE.NMBS.L2785","shortname":"L 2785","number":"2785","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2785"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2785","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706363940","vehicle":"BE.NMBS.L2785","vehicleinfo":{"name":"BE.NMBS.L2785","shortname":"L 2785","number":"2785","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2785"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"1","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706367300","vehicle":"BE.NMBS.L2786","vehicleinfo":{"name":"BE.NMBS.L2786","shortname":"L 2786","number":"2786","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2786"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2786","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706367540","vehicle":"BE.NMBS.L2786","vehicleinfo":{"name":"BE.NMBS.L2786","shortname":"L 2786","number":"2786","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2786"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"2","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706370900","vehicle":"BE.NMBS.L2787","vehicleinfo":{"name":"BE.NMBS.L2787","shortname":"L 2787","number":"2787","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2787"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2787","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706371140","vehicle":"BE.NMBS.L2787","vehicleinfo":{"name":"BE.NMBS.L2787","shortname":"L 2787","number":"2787","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2787"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"3","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706374500","vehicle":"BE.NMBS.L2788","vehicleinfo":{"name":"BE.NMBS.L2788","shortname":"L 2788","number":"2788","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2788"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2788","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706374740","vehicle":"BE.NMBS.L2788","vehicleinfo":{"name":"BE.NMBS.L2788","shortname":"L 2788","number":"2788","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2788"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"4","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706378100","vehicle":"BE.NMBS.L2789","vehicleinfo":{"name":"BE.NMBS.L2789","shortname":"L 2789","number":"2789","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2789"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2789","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706378340","vehicle":"BE.NMBS.L2789","vehicleinfo":{"name":"BE.NMBS.L2789","shortname":"L 2789","number":"2789","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2789"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}},

{"id":"5","departure":{"delay":"0","station":"Bornem","stationinfo":{"locationX":"4.240526","locationY":"51.099225","id":"BE.NMBS.008822772","name":"Bornem","@id":"http:\/\/irail.be\/stations\/NMBS\/008822772","standardname":"Bornem"},"time":"1706381700","vehicle":"BE.NMBS.L2790","vehicleinfo":{"name":"BE.NMBS.L2790","shortname":"L 2790","number":"2790","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2790"},"platform":"1","platforminfo":{"name":"1","normal":"1"},"canceled":"0","departureConnection":"http:\/\/irail.be\/connections\/8822772\/20240127\/L 2790","direction":{"name":"Mechelen"},"left":"0","walking":"0"},"arrival":{"delay":"0","station":"Puurs","stationinfo":{"locationX":"4.282703","locationY":"51.07722","id":"BE.NMBS.008822715","name":"Puurs","@id":"http:\/\/irail.be\/stations\/NMBS\/008822715","standardname":"Puurs"},"time":"1706381940","vehicle":"BE.NMBS.L2790","vehicleinfo":{"name":"BE.NMBS.L2790","shortname":"L 2790","number":"2790","type":"L","locationX":"0","locationY":"0","@id":"http:\/\/irail.be\/vehicle\/L2790"},"platform":"2","platforminfo":{"name":"2","normal":"1"},"canceled":"0","direction":{"name":"Mechelen"},"arrived":"0","walking":"0"},"duration":"240","remarks":{"number":"0","remark":[]},"alerts":{"number":"0","alert":[]}}

]
}

Zo te zien moet [0]. weg uit het attribute path
Zo dus:

YAML:

json_attributes_path: "$.connection[0]"

Dat value template is wat uiteindelijk de state van je sensor wordt

[Brynnie]

TheFes schreef op zaterdag 27 januari 2024 @ 15:45:
[...]


Zo te zien moet [0]. weg uit het attribute path
Zo dus:

YAML:

json_attributes_path: "$.connection[0]"

Dat value template is wat uiteindelijk de state van je sensor wordt

Dank je voor je feedback. Ik begrijp nu waarvoor die template dient. Handig.

YAML:

  - platform: rest
    name: "Trein naar Puurs"
    json_attributes_path: "$.connection[0]"
    json_attributes:
      - departure.station
      - departure.delay
      - departure.direction.name
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.time }}"

Levert ook niks op. Ik begin te vermoeden dat je in de attributes niet mag verwijzen naar childnodes of zo...

Wat expirimenteren leert me dat dat inderdaad zo is. Dit werkt immers wel:

YAML:

  - platform: rest
    name: "Trein naar Puurs"
    json_attributes_path: "$.connection[0]"
    json_attributes:
      - id
      - duration
      - departure
      - arrival
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.time }}"

Dan krijg ik als attribuut onder andere:

code:

departure: 
delay: '0'
station: Bornem
stationinfo:
  locationX: '4.240526'
  locationY: '51.099225'
  id: BE.NMBS.008822772
  name: Bornem
  '@id': http://irail.be/stations/NMBS/008822772
  standardname: Bornem
time: '1706370900'
vehicle: BE.NMBS.L2787
vehicleinfo:
  name: BE.NMBS.L2787
  shortname: L 2787
  number: '2787'
  type: L
  locationX: '0'
  locationY: '0'
  '@id': http://irail.be/vehicle/L2787
platform: '1'
platforminfo:
  name: '1'
  normal: '1'
canceled: '0'
departureConnection: http://irail.be/connections/8822772/20240127/L 2787
direction:
  name: Mechelen
left: '0'
walking: '0'

Maar ik heb nog geen idee hoe ik specifieke info uit die attribute haal. Een attribute met attributes dus.

Handiger zou zijn dat je in de rest declaratie wél mag verwijzen naar childnodes.

[ Voor 42% gewijzigd door Brynnie op 27-01-2024 16:17 ]

[TheFes]

Brynnie schreef op zaterdag 27 januari 2024 @ 16:09:
[...]


Dank je voor je feedback. Ik begrijp nu waarvoor die template dient. Handig.

YAML:

  - platform: rest
    name: "Trein naar Puurs"
    json_attributes_path: "$.connection[0]"
    json_attributes:
      - departure.station
      - departure.delay
      - departure.direction.name
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.time }}"

Levert ook niks op. Ik begin te vermoeden dat je in de attributes niet mag verwijzen naar childnodes of zo...

Wat expirimenteren leert me dat dat inderdaad zo is. Dit werkt immers wel:

YAML:

  - platform: rest
    name: "Trein naar Puurs"
    json_attributes_path: "$.connection[0]"
    json_attributes:
      - id
      - duration
      - departure
      - arrival
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.time }}"

Dan krijg ik als attribuut onder andere:

code:

departure: 
delay: '0'
station: Bornem
stationinfo:
  locationX: '4.240526'
  locationY: '51.099225'
  id: BE.NMBS.008822772
  name: Bornem
  '@id': http://irail.be/stations/NMBS/008822772
  standardname: Bornem
time: '1706370900'
vehicle: BE.NMBS.L2787
vehicleinfo:
  name: BE.NMBS.L2787
  shortname: L 2787
  number: '2787'
  type: L
  locationX: '0'
  locationY: '0'
  '@id': http://irail.be/vehicle/L2787
platform: '1'
platforminfo:
  name: '1'
  normal: '1'
canceled: '0'
departureConnection: http://irail.be/connections/8822772/20240127/L 2787
direction:
  name: Mechelen
left: '0'
walking: '0'

Maar ik heb nog geen idee hoe ik specifieke info uit die attribute haal. Een attribute met attributes dus.

Handiger zou zijn dat je in de rest declaratie wél mag verwijzen naar childnodes.

Je kunt alleen departure als attribute gebruiken. Met template sensors kun je de data dan verder opsplitsen

[Brynnie]

TheFes schreef op zaterdag 27 januari 2024 @ 16:20:
[...]


Je kunt alleen departure als attribute gebruiken. Met template sensors kun je de data dan verder opsplitsen

Nogmaals dank voor je snelle reactie. Heb je een concreet voorbeeld van zo'n template sensor die de departure info zou kunnen opsplitsen?

En bijkomende vraag: Als ik bvb de volgende 3 treinen wil weergeven, moet ik dan 3 rest sensors maken voor connection[0], [1] en [2]? Of kan ik alles in één keer ophalen?

[TheFes]

Brynnie schreef op zaterdag 27 januari 2024 @ 16:23:
[...]


Nogmaals dank voor je snelle reactie. Heb je een concreet voorbeeld van zo'n template sensor die de departure info zou kunnen opsplitsen?

En bijkomende vraag: Als ik bvb de volgende 3 treinen wil weergeven, moet ik dan 3 rest sensors maken voor connection[0], [1] en [2]? Of kan ik alles in één keer ophalen?

Zo zul je de hele connection data als attribute krijgen

YAML:

  - platform: rest
    name: "Trein naar Puurs"
    json_attributes_path: "$"
    json_attributes:
      - connection
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.time }}"

Met Jinja templates kun je daar dan de data uit halen.
Daar kan ik je alleen nu niet mee helpen, want ik zit dit op mijn mobiel te tikken

[Brynnie]

TheFes schreef op zaterdag 27 januari 2024 @ 16:28:
[...]


Zo zul je de hele connection data als attribute krijgen

YAML:

  - platform: rest
    name: "Trein naar Puurs"
    json_attributes_path: "$"
    json_attributes:
      - connection
    resource: https://api.irail.be/connections/?from=Bornem&to=Puurs&format=json&lang=nl&results=5
    value_template: "{{ value_json.connection[0].departure.time }}"

Met Jinja templates kun je daar dan de data uit halen.
Daar kan ik je alleen nu niet mee helpen, want ik zit dit op mijn mobiel te tikken

Je laatste YAML code lijkt niet te werken.

Voor op mijn to-do list: learn Jinja

[TheFes]

Brynnie schreef op zaterdag 27 januari 2024 @ 16:36:
[...]


Je laatste YAML code lijkt niet te werken.

Voor op mijn to-do list: learn Jinja

Dan moet je even zelf puzzelen, zoals ik al aangaf zit ik nu op mobiel en kan ik zelf niets testen. Wellicht die hele attributes path regel weghalen.

Check ook je log voor errors, die zullen een indicatie geven waar het mis gaat

[Brynnie]

TheFes schreef op zaterdag 27 januari 2024 @ 17:03:
[...]


Dan moet je even zelf puzzelen, zoals ik al aangaf zit ik nu op mobiel en kan ik zelf niets testen. Wellicht die hele attributes path regel weghalen.

Check ook je log voor errors, die zullen een indicatie geven waar het mis gaat

Bedankt voor je constructieve bijdrages! Fijn weekend

[Xqlus1ve]

Ik wil HASS opnieuw gaan installeren op mijn NAS ivm diverse issues die ik nu ervaar en niet opgelost krijg, Ik heb Google drive backup maar wat ik eigenlijk alleen maar wil is mijn energie database bewaren, hoe kan ik dit het makkelijkst overzetten?

[Willempie27]

Xqlus1ve schreef op zaterdag 27 januari 2024 @ 17:28:
Ik wil HASS opnieuw gaan installeren op mijn NAS ivm diverse issues die ik nu ervaar en niet opgelost krijg, Ik heb Google drive backup maar wat ik eigenlijk alleen maar wil is mijn energie database bewaren, hoe kan ik dit het makkelijkst overzetten?

Neem aan dat je de interne gebruikt? Je zou alles kunnen wissen door recorder op 0 te zetten en dan de database meenemen naar de nieuwe installatie. Of alles direct naar een Mysql/MariaDB kopiëren die werkt ook nog iets sneller is mijn ervaring.

[TheFes]

Willempie27 schreef op zaterdag 27 januari 2024 @ 17:37:
[...]

Neem aan dat je de interne gebruikt? Je zou alles kunnen wissen door recorder op 0 te zetten en dan de database meenemen naar de nieuwe installatie. Of alles direct naar een Mysql/MariaDB kopiëren die werkt ook nog iets sneller is mijn ervaring.

De performance van de sqlite database is het laatste jaar sterk verbeterd. Ik zou deze nu aanraden boven MariaDB

[TheFes]

Xqlus1ve schreef op zaterdag 27 januari 2024 @ 17:28:
Ik wil HASS opnieuw gaan installeren op mijn NAS ivm diverse issues die ik nu ervaar en niet opgelost krijg, Ik heb Google drive backup maar wat ik eigenlijk alleen maar wil is mijn energie database bewaren, hoe kan ik dit het makkelijkst overzetten?

Als je je oude database wil gebruiken moet je wel zorgen dat je entity ids die je in het Energy Dashboard opgenomen hebt in je nieuwe install allemaal weer hetzelfde zijn

[Sp33dFr34k]

Denk je even snel de Fibaro rooksensoren te vervangen door Frients... andere afstand van de gaten, en ook nog een andere diameter (4 vs 6). Geen hobby van mij, boren in een betondek... Wat dat betreft is de Fibaro toch mooier/subtieler met die kleine 4mm pluggen en korte schroeven. Maar nu ben ik wel mooi van z-wave af eindelijk

[Toppe]

Sp33dFr34k schreef op zaterdag 27 januari 2024 @ 17:58:
Denk je even snel de Fibaro rooksensoren te vervangen door Frients... andere afstand van de gaten, en ook nog een andere diameter (4 vs 6). Geen hobby van mij, boren in een betondek... Wat dat betreft is de Fibaro toch mooier/subtieler met die kleine 4mm pluggen en korte schroeven. Maar nu ben ik wel mooi van z-wave af eindelijk

Je kan toch gewoon zelf 4mm pluggen pakken en korte schroeven? Niemand zegt dat je groter moet gebruiken

[ardvark99]

TheFes schreef op zaterdag 27 januari 2024 @ 17:53:
[...]
De performance van de sqlite database is het laatste jaar sterk verbeterd. Ik zou deze nu aanraden boven MariaDB

Is het trouwens ook mogelijk om MS SQL Server te gebruiken? Vroeg mij dat ineens af na het lezen van deze post.

[Xqlus1ve]

TheFes schreef op zaterdag 27 januari 2024 @ 17:56:
[...]


Als je je oude database wil gebruiken moet je wel zorgen dat je entity ids die je in het Energy Dashboard opgenomen hebt in je nieuwe install allemaal weer hetzelfde zijn

Gooit hij anders de oude data weg? Ik dacht dat hij dan gewoon met nieuwe entities verder ging schrijven?

[TheFes]

Xqlus1ve schreef op zaterdag 27 januari 2024 @ 18:20:
[...]


Gooit hij anders de oude data weg? Ik dacht dat hij dan gewoon met nieuwe entities verder ging schrijven?

Hij gooit de data niet weg, maar je wil neem ik aan je oude data aan de nieuwe koppelen. En je zult anders oude, niet meer bestaande, entities in je Energy Dashboard moeten opvoeren om überhaupt de oude data te zien

[Xqlus1ve]

TheFes schreef op zaterdag 27 januari 2024 @ 18:27:
[...]


Hij gooit de data niet weg, maar je wil neem ik aan je oude data aan de nieuwe koppelen. En je zult anders oude, niet meer bestaande, entities in je Energy Dashboard moeten opvoeren om überhaupt de oude data te zien

Hmm, ik ga denk ik maar even de entity ID's opslaan voor het gemak

[TheFes]

ardvark99 schreef op zaterdag 27 januari 2024 @ 18:15:
[...]

Is het trouwens ook mogelijk om MS SQL Server te gebruiken? Vroeg mij dat ineens af na het lezen van deze post.

Staat niet bij de supported databases
https://www.home-assistant.io/integrations/recorder/

[Sp33dFr34k]

Toppe schreef op zaterdag 27 januari 2024 @ 18:13:
[...]


Je kan toch gewoon zelf 4mm pluggen pakken en korte schroeven? Niemand zegt dat je groter moet gebruiken

Kop is dan te klein en trek je door het gat heen, niet handig.

[Cyberpope]

ringetje er achter en klaar.

[Toppe]

Sp33dFr34k schreef op zaterdag 27 januari 2024 @ 19:27:
[...]


Kop is dan te klein en trek je door het gat heen, niet handig.

Nou ja, als je fatsoenlijke melders hebt gekocht hoef je er over 10 jaar pas weer wat mee te doen. En anders volgende keer een magnetisch montage setje kopen

[ardvark99]

TheFes schreef op zaterdag 27 januari 2024 @ 19:26:
[...]


Staat niet bij de supported databases
https://www.home-assistant.io/integrations/recorder/

Maar ik vond wel dit, zal het eens een keer testen :
https://www.home-assistant.io/integrations/sql/

[Xqlus1ve]

Meer mensen problemen met de ssl certificaat?

Heb in de tussentijd een backup geinstaleerd maar kan niet meer normaal via https inloggen, enkel via http.

[Antonio di]

Xqlus1ve schreef op zaterdag 27 januari 2024 @ 20:48:
Meer mensen problemen met de ssl certificaat?

Heb in de tussentijd een backup geinstaleerd maar kan niet meer normaal via https inloggen, enkel via http.

Bij mij werkt lokaal http en https met Duckdns/NGINX beide prima

[ViezeVis]

Iemand in het bezit van een M5Stack AtomS3 Lite (dus de nieuwere varianten) die zij gebruiken als Bluetooth Proxy? De AtomS3 Lite wordt nog niet supported op de website van ESPHome voor een user-friendly installation, maar ik heb 'm nu handmatig geconfigureerd via ESPHome door in de config van de M5 een aantal configs op te nemen, namelijk:

YAML:

# Setup BLE config
esp32_ble_tracker:
  scan_parameters:
    interval: 1100ms
    window: 1100ms
    active: true

# Enable BT proxy
bluetooth_proxy:
  active: true

Daarna alles geïnstalleerd en ik zie in de logs dan ook wel naar voren komen:

[21:23:17][C][esp32_ble_tracker:645]: BLE Tracker:
[21:23:17][C][esp32_ble_tracker:646]: Scan Duration: 300 s
[21:23:17][C][esp32_ble_tracker:647]: Scan Interval: 1100.0 ms
[21:23:17][C][esp32_ble_tracker:648]: Scan Window: 1100.0 ms
[21:23:17][C][esp32_ble_tracker:649]: Scan Type: ACTIVE
[21:23:17][C][esp32_ble_tracker:650]: Continuous Scanning: True
[...]
[21:23:17][C][bluetooth_proxy:088]: Bluetooth Proxy:
[21:23:17][C][bluetooth_proxy:089]: Active: YES
[...]
[21:23:22][D][esp32_ble_tracker:266]: Starting scan...

Mijn twijfel is alleen: is dit alles? Ik krijg nog geen popups van te pairen BT devices. Maar ik heb ook nog niks om te pairen. Ik ga er eigenlijk vanuit dat er wel 'iets' zou oppoppen?

[TheFes]

ViezeVis schreef op zaterdag 27 januari 2024 @ 21:24:
Iemand in het bezit van een M5Stack AtomS3 Lite (dus de nieuwere varianten) die zij gebruiken als Bluetooth Proxy? De AtomS3 Lite wordt nog niet supported op de website van ESPHome voor een user-friendly installation, maar ik heb 'm nu handmatig geconfigureerd via ESPHome door in de config van de M5 een aantal configs op te nemen, namelijk:

YAML:

# Setup BLE config
esp32_ble_tracker:
  scan_parameters:
    interval: 1100ms
    window: 1100ms
    active: true

# Enable BT proxy
bluetooth_proxy:
  active: true

Daarna alles geïnstalleerd en ik zie in de logs dan ook wel naar voren komen:


[...]


Mijn twijfel is alleen: is dit alles? Ik krijg nog geen popups van te pairen BT devices. Maar ik heb ook nog niks om te pairen. Ik ga er eigenlijk vanuit dat er wel 'iets' zou oppoppen?

Nee, buiten daadwerkelijk gevonden Bluetooth devices zie je er niets van.

[ViezeVis]

TheFes schreef op zaterdag 27 januari 2024 @ 21:30:
[...]


Nee, buiten daadwerkelijk gevonden Bluetooth devices zie je er niets van.

Het voelt te makkelijk
Binnenkomt komen m'n Mi Flower devices binnen. Ben benieuwd.

[RudolfR]

Sjonge, zelfs geen buren met een oral-b? Das ook sterk.

[Swerfer]

RudolfR schreef op zaterdag 27 januari 2024 @ 21:44:
Sjonge, zelfs geen buren met een oral-b? Das ook sterk.

Haha... Ik heb ze wel eens gepaired. Helaas kan je ze niet op afstand aanzetten

[Xqlus1ve]

Antonio di schreef op zaterdag 27 januari 2024 @ 21:16:
[...]

Bij mij werkt lokaal http en https met Duckdns/NGINX beide prima

Hmm, denk dat ik verlopen certificaten heb, heb van alles geprobeerd maar weet niet hoe ik het kan oplossen. DuckDNS, opnieuw geinstaleerd, oude DNS verwijderd en nieuwe aangemaakt, niks werkt tot nu toe.

[Gondelier]

Kan iemand mij helpen misschien daar ik al een tijdje op zoek ben naar twee oplossingen t.w.

Ik heb in mijn HA een dashboard met de naam “Prive”. Nu wil ik, dat als ik HA opstart hij dit doet meteen met de Prive pagine (dashboard).
Elke keer zet ik in instellingen -> dashboard -> Prive en in user -> dashboard -> Prive dat dit het standaard dashboard moet zijn.
Maar elke keer start hij weer op met “Overzicht. Hoe kan ik dit oplossen.

Mijn tweede vraag is, dat ik regelmatig filmpjes tegenkom op Youtube waar op het op gestarte dashboard (bij mij dus tzt prive), er wel 20 of meer icoontjes staan, en dan aanklikken en dan kan je alle dashboarden doorlopen, via die icoontjes dus.
Maar ik krijg op de bovenste rij niet alle iconen, wel natuurijk van het geopende dashboard.
Iemand die mij de goede hoek in kan drijven.

Hartelijk dank.

[Antonio di]

Xqlus1ve schreef op zaterdag 27 januari 2024 @ 23:20:
[...]


Hmm, denk dat ik verlopen certificaten heb, heb van alles geprobeerd maar weet niet hoe ik het kan oplossen. DuckDNS, opnieuw geinstaleerd, oude DNS verwijderd en nieuwe aangemaakt, niks werkt tot nu toe.

Neem eens mij post van een tijdje terug door over Duckdns etc., zie:
Antonio di in "Home Assistant: Open source Python3 home automation - deel 5"

Vooral "Toevoeging per 15-11-2023" ("false" moet "true" zijn voor vernieuwen certificaten !).

[TheFes]

Gondelier schreef op zondag 28 januari 2024 @ 00:09:
Kan iemand mij helpen misschien daar ik al een tijdje op zoek ben naar twee oplossingen t.w.

Ik heb in mijn HA een dashboard met de naam “Prive”. Nu wil ik, dat als ik HA opstart hij dit doet meteen met de Prive pagine (dashboard).
Elke keer zet ik in instellingen -> dashboard -> Prive en in user -> dashboard -> Prive dat dit het standaard dashboard moet zijn.
Maar elke keer start hij weer op met “Overzicht. Hoe kan ik dit oplossen.

Mijn tweede vraag is, dat ik regelmatig filmpjes tegenkom op Youtube waar op het op gestarte dashboard (bij mij dus tzt prive), er wel 20 of meer icoontjes staan, en dan aanklikken en dan kan je alle dashboarden doorlopen, via die icoontjes dus.
Maar ik krijg op de bovenste rij niet alle iconen, wel natuurijk van het geopende dashboard.
Iemand die mij de goede hoek in kan drijven.

Hartelijk dank.

Die instellingen zijn per device en worden in een cookie opgeslagen. Gooi je die wellicht weg als je de sessie afsluit?

Die icoontjes worden niet weergegeven in de balk als je ze als subview markeert, heb je dat misschien gedaan?

[Church of Noise]

Gondelier schreef op zondag 28 januari 2024 @ 00:09:
Kan iemand mij helpen misschien daar ik al een tijdje op zoek ben naar twee oplossingen t.w.

Ik heb in mijn HA een dashboard met de naam “Prive”. Nu wil ik, dat als ik HA opstart hij dit doet meteen met de Prive pagine (dashboard).
Elke keer zet ik in instellingen -> dashboard -> Prive en in user -> dashboard -> Prive dat dit het standaard dashboard moet zijn.
Maar elke keer start hij weer op met “Overzicht. Hoe kan ik dit oplossen.

Mijn tweede vraag is, dat ik regelmatig filmpjes tegenkom op Youtube waar op het op gestarte dashboard (bij mij dus tzt prive), er wel 20 of meer icoontjes staan, en dan aanklikken en dan kan je alle dashboarden doorlopen, via die icoontjes dus.
Maar ik krijg op de bovenste rij niet alle iconen, wel natuurijk van het geopende dashboard.
Iemand die mij de goede hoek in kan drijven.

Hartelijk dank.

Naast de oplossing van @TheFes kan je ook de directe url van dat specifieke dashboard ingeven, als je situatie dat toelaat (dus http://<ip adres van je home assistant>:8123/dashboard-prive bvb)

[Faece]

ik zou graag via een input number een counter kunnen aanpassen.

concreet : ik heb een vaatwas, waarvan ik de vaatwasblokjes tel. Als ze bijna op zijn, krijg ik een melding. als ik er nieuwe bijvul, wil ik de counter kunnen aanpassen

Ik had dit:

YAML:

            type: custom:numberbox-card
            entity: input_number.keuken_vaatwas_ingevenaantalblokjes
            service: script.keuken_vaatwas_blokjesbijvullen
            icon: false
            picture: false
            border: false
            name: false
 

en dit had ik als script:

YAML:

alias: "keuken_vaatwas_blokjesbijvullen"
sequence:
  - service: input_number.set_value
    target:
      entity_id: input_number.keuken_vaatwas_ingevenaantalblokjes
    data:
      value: "{{ states(\"counter.keuken_vaatwas_vaatwasblokjes\") | float }}"

maar mijn script wordt zelfs niet aangesproken...

[ Voor 6% gewijzigd door Faece op 28-01-2024 08:44 ]

[Wachten...]

Ik heb hier een aantal licht scenes aangemaakt in HA, en wil bijvoorbeeld een scene activeren, zodra de tv wat afspeelt na zonsondergang.

Nu werkt dit op zich redelijk, Het enige is dat de lampen (allemaal Hue lampen) niet direct naar de goede kleur en brightness gaan als ze vanuit een "off" status komen.
Als de lampen al aanstaan, dan gaan ze wel naar de juiste brightess en temperature.

Heeft iemand enig idee wat het verschil is, en waarom hij niet gelijk naar de juiste waarde gaat als je vanuit een "off" status naar een scene gaat?

[AUijtdehaag]

Ik heb wat hulp nodig met een automation.

Ik wil op basis van een power waarde, een button triggeren.
Echter komt de power waarde, waarbij hij aanspreekt een keer of 5 voor, binnen een bepaalde tijd en wil ik hem maar 1x laten triggeren. (de 1e keer in die tijd)

Iemand een idee?
Deze werkt, maar reageert dus elke keer als de waarde komt.

YAML:

alias: Regenerationpulse based on cammotor power detection
description: Regenerationpulse based on cammotor power detection
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.clack_power
    above: 1
condition: []
action:
  - service: button.press
    metadata: {}
    data: {}
    target:
      entity_id: button.clack_test_button_regen_pulse
mode: single

[ Voor 4% gewijzigd door AUijtdehaag op 28-01-2024 10:40 ]

[breinonline]

AUijtdehaag schreef op zondag 28 januari 2024 @ 10:39:
Ik heb wat hulp nodig met een automation.

Ik wil op basis van een power waarde, een button triggeren.
Echter komt de power waarde, waarbij hij aanspreekt een keer of 5 voor, binnen een bepaalde tijd en wil ik hem maar 1x laten triggeren. (de 1e keer in die tijd)

Iemand een idee?
Deze werkt, maar reageert dus elke keer als de waarde komt.

YAML:

alias: Regenerationpulse based on cammotor power detection
description: Regenerationpulse based on cammotor power detection
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.clack_power
    above: 1
condition: []
action:
  - service: button.press
    metadata: {}
    data: {}
    target:
      entity_id: button.clack_test_button_regen_pulse
mode: single

Je zou een timer kunnen starten bij de eerste keer en als condition op kunnen nemen dat die niet mag lopen om daarmee de latere triggers af te breken. De timer moet je dan aan het eind weer resetten uiteraard.

[breinonline]

Faece schreef op zondag 28 januari 2024 @ 08:43:
ik zou graag via een input number een counter kunnen aanpassen.

concreet : ik heb een vaatwas, waarvan ik de vaatwasblokjes tel. Als ze bijna op zijn, krijg ik een melding. als ik er nieuwe bijvul, wil ik de counter kunnen aanpassen

Ik had dit:

YAML:

            type: custom:numberbox-card
            entity: input_number.keuken_vaatwas_ingevenaantalblokjes
            service: script.keuken_vaatwas_blokjesbijvullen
            icon: false
            picture: false
            border: false
            name: false
 

en dit had ik als script:

YAML:

alias: "keuken_vaatwas_blokjesbijvullen"
sequence:
  - service: input_number.set_value
    target:
      entity_id: input_number.keuken_vaatwas_ingevenaantalblokjes
    data:
      value: "{{ states(\"counter.keuken_vaatwas_vaatwasblokjes\") | float }}"

maar mijn script wordt zelfs niet aangesproken...

Probeer eens:

YAML:

alias: "keuken_vaatwas_blokjesbijvullen"
sequence:
  - service: input_number.set_value
    target:
      entity_id: input_number.keuken_vaatwas_ingevenaantalblokjes
    data:
      value: "{{ states('counter.keuken_vaatwas_vaatwasblokjes') | float }}"

[RobertMe]

Wachten... schreef op zondag 28 januari 2024 @ 10:17:
Ik heb hier een aantal licht scenes aangemaakt in HA, en wil bijvoorbeeld een scene activeren, zodra de tv wat afspeelt na zonsondergang.

Nu werkt dit op zich redelijk, Het enige is dat de lampen (allemaal Hue lampen) niet direct naar de goede kleur en brightness gaan als ze vanuit een "off" status komen.
Als de lampen al aanstaan, dan gaan ze wel naar de juiste brightess en temperature.

Heeft iemand enig idee wat het verschil is, en waarom hij niet gelijk naar de juiste waarde gaat als je vanuit een "off" status naar een scene gaat?

Zonder code erbij lastig te zeggen. Maar wat in ieder geval duidelijk is is dat je het, v.w.b. Hue (/Zigbee) lampen niet op de aanbevolen manier gedaan hebt.
Zigbee heeft namelijk zelf ondersteuning voor scenes, waarbij de instellingen in de lamp worden opgeslagen. Vanuit de coordinator hoeft dan maar één bericht te worden gestuurd "activeer scene X (in groep A)". En elke individuele lamp (in die groep) ontvangt dat bericht en weet welke staat die moet aannemen. Dat houd dus in aan/uit, helderheid, kleur, en zelfs transitietijd.

Wat je nu hebt is waarschijnlijk een hele reeks losse service calls, die het netwerk mogelijk overbelasten, of met elkaar conflicteren als ze worden uitgevoerd, met als gevolg dus een slechte werking / ervaring. Terwijl de scenes die ikzelf al jaren terug in Z2M heb vastgelegd mij nog nooit in de steek hebben gelaten.

[Wachten...]

RobertMe schreef op zondag 28 januari 2024 @ 10:47:
[...]

Zonder code erbij lastig te zeggen. Maar wat in ieder geval duidelijk is is dat je het, v.w.b. Hue (/Zigbee) lampen niet op de aanbevolen manier gedaan hebt.
Zigbee heeft namelijk zelf ondersteuning voor scenes, waarbij de instellingen in de lamp worden opgeslagen. Vanuit de coordinator hoeft dan maar één bericht te worden gestuurd "activeer scene X (in groep A)". En elke individuele lamp (in die groep) ontvangt dat bericht en weet welke staat die moet aannemen. Dat houd dus in aan/uit, helderheid, kleur, en zelfs transitietijd.

Wat je nu hebt is waarschijnlijk een hele reeks losse service calls, die het netwerk mogelijk overbelasten, of met elkaar conflicteren als ze worden uitgevoerd, met als gevolg dus een slechte werking / ervaring. Terwijl de scenes die ikzelf al jaren terug in Z2M heb vastgelegd mij nog nooit in de steek hebben gelaten.

Ik heb de scènes inderdaad aangemaakt in HA zelf en niet in Z2MQTT. Ik zal daar dan eens even naar kijken hoe dat werkt en daar scènes in aanmaken.

Soms vergeet ik inderdaad dat het beter is om dingen rechtstreeks vast te leggen in Z2MQTT zoals ook groepen. Hier had ik eerst ook grote problemen mee, maar sinds ik dat heb geconfigureerd in Z2M zijn al die problemen weg.

[Gondelier]

@TheFes @Church of Noise
even prutsen en het werkt ✅
Heel hartelijk dank beide. 👍

[Sicco92]

AUijtdehaag schreef op zondag 28 januari 2024 @ 10:39:
Ik heb wat hulp nodig met een automation.

Ik wil op basis van een power waarde, een button triggeren.
Echter komt de power waarde, waarbij hij aanspreekt een keer of 5 voor, binnen een bepaalde tijd en wil ik hem maar 1x laten triggeren. (de 1e keer in die tijd)

Iemand een idee?
Deze werkt, maar reageert dus elke keer als de waarde komt.

YAML:

alias: Regenerationpulse based on cammotor power detection
description: Regenerationpulse based on cammotor power detection
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.clack_power
    above: 1
condition: []
action:
  - service: button.press
    metadata: {}
    data: {}
    target:
      entity_id: button.clack_test_button_regen_pulse
mode: single

Makkelijkste is om een delay als laatste action te doen. Met mode 'single' mag er maar 1 automation per keer lopen, dus als er nog een delay aanstaat dan mag er geen nieuwe automation starten. Handigste is dan wel om de max_exceeded warnings te onderdrukken, anders staat je log vol met warnings.

YAML:

alias: Regenerationpulse based on cammotor power detection
description: Regenerationpulse based on cammotor power detection
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.clack_power
    above: 1
condition: []
action:
  - service: button.press
    metadata: {}
    data: {}
    target:
      entity_id: button.clack_test_button_regen_pulse
  - delay: "00:01:00"  #deze moet je aanpassen aan hoe lang je nieuwe triggers wilt negeren
mode: single
max_exceeded: silent

Dit werkt trouwens het beste met korte delays. Als je lang wilt wachten, dan is een timer misschien een betere optie omdat die herstarts overleeft.

[ Voor 4% gewijzigd door Sicco92 op 28-01-2024 11:53 ]

[AUijtdehaag]

@breinonline @Sicco92
Dank voor de tips.
Deze lijkt te werken.
Even op 2 min 10 gezet, maar gaat uiteindelijk naar 45 minuten.

YAML:

timer:
  timer_alt_regeneration_pulse:
    name: Delay

automation:
  - id: set_reg_pulse_by_cammotor
    alias: Regenerationpulse based on cammotor power detection
    description: Regenerationpulse based on cammotor power detection
    trigger:
    - platform: numeric_state
      entity_id:
      - sensor.clack_power
      above: 1
    condition:
    - condition: and
      conditions: []
    - condition: state
      entity_id: timer.timer_alt_regeneration_pulse
      state: idle
    action:
    - service: button.press
      metadata: {}
      data: {}
      target:
        entity_id: button.clack_test_button_regen_pulse
    - service: timer.start
      data:
        duration: 0:02:10
      target:
        entity_id: timer.timer_alt_regeneration_pulse
    initial_state: true
    mode: single

[Brynnie]

Met dank aan @TheFes lukte het om data uit een rest api binnen te halen. Ik heb de data nu kunnen vormgeven in een table in een markdown card. Ik kan de table echter niet adhv style in html formatteren om zo de gewenste voorstelling te bekomen.

Hoe (met welke card) kan ik zowel jinja gebruiken om data te ordenen en html om de weergave te bepalen?

[Wachten...]

RobertMe schreef op zondag 28 januari 2024 @ 10:47:
[...]

Zonder code erbij lastig te zeggen. Maar wat in ieder geval duidelijk is is dat je het, v.w.b. Hue (/Zigbee) lampen niet op de aanbevolen manier gedaan hebt.
Zigbee heeft namelijk zelf ondersteuning voor scenes, waarbij de instellingen in de lamp worden opgeslagen. Vanuit de coordinator hoeft dan maar één bericht te worden gestuurd "activeer scene X (in groep A)". En elke individuele lamp (in die groep) ontvangt dat bericht en weet welke staat die moet aannemen. Dat houd dus in aan/uit, helderheid, kleur, en zelfs transitietijd.

Wat je nu hebt is waarschijnlijk een hele reeks losse service calls, die het netwerk mogelijk overbelasten, of met elkaar conflicteren als ze worden uitgevoerd, met als gevolg dus een slechte werking / ervaring. Terwijl de scenes die ikzelf al jaren terug in Z2M heb vastgelegd mij nog nooit in de steek hebben gelaten.

Ik heb de scènes net toegevoegd (was even zoeken omdat ze onder "groups" staan in Z2M). Het enige wat ik me afvraag, is hoe en of ik eventueel scènes kan aanpassen? Kan ik deze bijvoorbeeld met dezelfde naam overschrijven? En als dat kan, waar kan ik dan de scène ID vinden? Want je moet voor scènes een ID opgeven, en deze verwerkt hij in de entity naam. Als ik dan een wijziging door wil voeren, dan wil ik voorkomen dat ik overal de automations moet aanpassen naar de nieuwe scène ID

[superduper]

Nav mijn steeds met water vollopende kelder en onbetrouwbare vlotter (blijft nog wel eens hangen in de afvoerput), wil ik de pomp op 'altijd aan' modus zetten, maar dan de 230V schakelen dmv deze watersensor:

https://www.amazon.nl/H-T...iveausensor/dp/B005IMHDBO

Maar aangezien het hele zooitje in een kelder zit waar ik nauwelijk kom en zicht op heb, zou ik graag zien wanneer er aan/uit geschakeld wordt in mijn home assistant.

Hoe kan ik dat doen? Ik zou de powerdraw kunnen bijhouden door de watersensor unit heen (welke smartplug doet dit goed?), maar eigenlijk zoek ik iets wat een aan/uit state rapporteert en in het geschakelde stopcontact zit. Het lijkt me dat een smartplug het niet lekker vind als hij regelmatig aan/uit geschakeld wordt.

Bestaat er dus een 230V device wat de status via wifi kan doorgeven aan HA?

[ardvark99]

superduper schreef op zondag 28 januari 2024 @ 15:21:
Nav mijn steeds met water vollopende kelder en onbetrouwbare vlotter (blijft nog wel eens hangen in de afvoerput), wil ik de pomp op 'altijd aan' modus zetten, maar dan de 230V schakelen dmv deze watersensor:

https://www.amazon.nl/H-T...iveausensor/dp/B005IMHDBO

Maar aangezien het hele zooitje in een kelder zit waar ik nauwelijk kom en zicht op heb, zou ik graag zien wanneer er aan/uit geschakeld wordt in mijn home assistant.

Hoe kan ik dat doen? Ik zou de powerdraw kunnen bijhouden door de watersensor unit heen (welke smartplug doet dit goed?), maar eigenlijk zoek ik iets wat een aan/uit state rapporteert en in het geschakelde stopcontact zit. Het lijkt me dat een smartplug het niet lekker vind als hij regelmatig aan/uit geschakeld wordt.

Bestaat er dus een 230V device wat de status via wifi kan doorgeven aan HA?

Heb je al naar Shelly devices gekeken, die hebben bv https://www.robbshop.nl/s...-wifi-overstromingssensor, en ander schakel materiaal op wifi. Werkt prima, en dan een automation maken die ook een notificatie naar je mobiel stuurd.

[Antonio di]

ardvark99 schreef op zondag 28 januari 2024 @ 15:31:
[...]

Heb je al naar Shelly devices gekeken, die hebben bv https://www.robbshop.nl/s...-wifi-overstromingssensor, en ander schakel materiaal op wifi. Werkt prima, en dan een automation maken die ook een notificatie naar je mobiel stuurd.

Het lijkt mij beter een sensor te nemen aan een draadje. Dan hangt de zender/batterij hoog en droog.

[Toppe]

Antonio di schreef op zondag 28 januari 2024 @ 15:40:
[...]

Het lijkt mij beter een sensor te nemen aan een draadje. Dan hangt de zender/batterij hoog en droog.

Contacten verlengen en je bent er

[arieh]

Septillion schreef op zondag 21 januari 2024 @ 15:37:
[...]

Klinkt mij alsof ze geen internet toegang hebben, dus geen tijd mogen ophalen via NTP en daar niet mee om weten te gaan. Zou dat kunnen kloppen?

dank voor de reactie. ik ben nog verder aan het testen geweest. Internet is gewoon beschikbaar, maar het lijkt erop dat de devices op het wifi anders reageren dan voor mijn migratie van fritz4040 naar 4060.

ik zie een aantal esp gebaseerde powerplugs en sensoren wel connecten naar mijn mqtt broker, maar in de broker wordt er een timeout geregistreerd.
De log van de esphome presense sensor geeft ook een timeout voor communictie naar homeassistent.

de homeassistent en mqtt broker zitten op een proxmox server op het bedrade netwerk.
als ik via mijn laptop met wifi naar de mqtt broker probeer te gaan (mqtt-explorer), krijgt deze 9 van de tienkeer ook een timeout (af en toe lijkt ie wel even te connecten).

Voor vandaag ben ik er klaar mee. Alles weer op de 4040 geprikt en alles werkt nu weer, Ik krijg het idee dat de 4060 het wifi verkeer niet heel goed afwerkt. (nb beide routers hebben dezelfde firmware versie 7.57)

ideeen over hoe dit verder te troubleshooten zijn welkom.

[ardvark99]

Antonio di schreef op zondag 28 januari 2024 @ 15:40:
[...]

Het lijkt mij beter een sensor te nemen aan een draadje. Dan hangt de zender/batterij hoog en droog.

@superduper of kijken bij smartgateways.nl, die hebben een distance meter. Maar het eea is natuurlijk ook afhankelijk hoe snel de kelder volloopt, de pomp weer kan leegpompen, hoe zwaar de pomp is om te kunnen schakelen, etc.

[Jeweetje]

superduper schreef op zondag 28 januari 2024 @ 15:21:
Nav mijn steeds met water vollopende kelder en onbetrouwbare vlotter (blijft nog wel eens hangen in de afvoerput), wil ik de pomp op 'altijd aan' modus zetten, maar dan de 230V schakelen dmv deze watersensor:

https://www.amazon.nl/H-T...iveausensor/dp/B005IMHDBO

Maar aangezien het hele zooitje in een kelder zit waar ik nauwelijk kom en zicht op heb, zou ik graag zien wanneer er aan/uit geschakeld wordt in mijn home assistant.

Hoe kan ik dat doen? Ik zou de powerdraw kunnen bijhouden door de watersensor unit heen (welke smartplug doet dit goed?), maar eigenlijk zoek ik iets wat een aan/uit state rapporteert en in het geschakelde stopcontact zit. Het lijkt me dat een smartplug het niet lekker vind als hij regelmatig aan/uit geschakeld wordt.

Bestaat er dus een 230V device wat de status via wifi kan doorgeven aan HA?

Hoe diep is je pomp putje en is er een terugslag klepje voorzien net boven je pompje?
Zijn ook dompelpompjes die intern een vlotterschakelaar hebben indien dit je grootste ergernis is.
Kun je verder een watersensor voorzien die meldt als water boven het max gewenste nivo komt.

[superduper]

ardvark99 schreef op zondag 28 januari 2024 @ 16:06:
[...]

@superduper of kijken bij smartgateways.nl, die hebben een distance meter. Maar het eea is natuurlijk ook afhankelijk hoe snel de kelder volloopt, de pomp weer kan leegpompen, hoe zwaar de pomp is om te kunnen schakelen, etc.

Die distance meter is wel een leuk ding, wel wat prijzig nog. De pomp is ~500W, 14 kuub/h en deze slaat nu ~1x/etmaal aan, maar het grondwater staat wel extreem hoog. En zoals in een andere post genoemd, ontbreekt er nog een terugslagklep, waardoor er gelijk een liter of 5 terugkomt bij uitschakelen (is besteld nu).

[ardvark99]

superduper schreef op zondag 28 januari 2024 @ 17:19:
[...]


Die distance meter is wel een leuk ding, wel wat prijzig nog. De pomp is ~500W, 14 kuub/h en deze slaat nu ~1x/etmaal aan, maar het grondwater staat wel extreem hoog. En zoals in een andere post genoemd, ontbreekt er nog een terugslagklep, waardoor er gelijk een liter of 5 terugkomt bij uitschakelen (is besteld nu).

500W is voor een Shelly device, of ander merk meestal geen probleem. Groter probleem is bij het starten van de pomp, wat dan het piek verbruik is. Meestal kunnen ze tot ongeveer 3600W. Ze hebben een instelbare beveiliging. Of gewoon testen met een plug. Lukt dat niet, kan je de plug ergens anders voor inzetten. Je kan met die Shelly plug ook de spanning en verbruik meten.
En die terugslagklep lijkt me wel handig, komt gewoon een halve emmer terug.

[Jeweetje]

superduper schreef op zondag 28 januari 2024 @ 17:19:
[...]


Die distance meter is wel een leuk ding, wel wat prijzig nog. De pomp is ~500W, 14 kuub/h en deze slaat nu ~1x/etmaal aan, maar het grondwater staat wel extreem hoog. En zoals in een andere post genoemd, ontbreekt er nog een terugslagklep, waardoor er gelijk een liter of 5 terugkomt bij uitschakelen (is besteld nu).

Als je pompputje voldoende diep is kun je zoiets toepassen om waterniveau te meten icm een shelly uni. De uni kan een relais schakelen om pomp te starten. Volledig instelbaar in home assistant.
https://nl.aliexpress.com...herSeller%7Cquery_from%3A

Hier de uitleg, advies is om de 1-10volt versie te nemen voor nauwkeurigheid en stabiele grafiek.
https://www.google.com/ur...7uqnU8fffIP2&opi=89978449

[ Voor 11% gewijzigd door Jeweetje op 28-01-2024 18:01 ]

[ViezeVis]

@Flappie Ik heb nu dit voor de vaatwasser notificatie, en dat werkt prima voor mijn usecase. Zie hieronder voor de anderen die interesse hebben. Nog bedankt voor de hulp

YAML:

# Dit script checkt of er stroomverbruik is op de socket en wijzigt status naar 'Running'. Checkt ook nog of huidige status ook 'off' is.

alias: Dishwasher - Set status to Running
description: ""
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.socket_vaatwasser_1_power
    for:
      hours: 0
      minutes: 0
      seconds: 30
    above: 5
condition:
  - condition: state
    entity_id: input_select.dishwasher_status
    state: "Off"
action:
  - service: input_select.select_option
    target:
      entity_id: input_select.dishwasher_status
    data:
      option: Running
mode: single

YAML:

# Deze checkt of er na 3 minuten geen stroomverbruik meer is. Dan gaat 'ie weer naar Off zolang de status Running is. Plus een notificatie.

alias: Dishwasher - Set status to Off
description: ""
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.socket_vaatwasser_1_power
    for:
      hours: 0
      minutes: 3
      seconds: 0
    below: 0.1
condition:
  - condition: state
    entity_id: input_select.dishwasher_status
    state: Running
action:
  - service: input_select.select_option
    target:
      entity_id: input_select.dishwasher_status
    data:
      option: "Off"
  - service: notify.mobile_app_iphone_van_bas
    data:
      message: Vaatwasser is klaar
      title: "[TEST] Vaatwasser"
mode: single

[ Voor 2% gewijzigd door ViezeVis op 28-01-2024 19:09 . Reden: codefix ]

[Beekforel]

Ik heb al een tijdje geleden al mijn Hue devices overgezet naar Z2M en HA en dit werkt grotendeels naar volle tevredenheid.

Alleen de Friends of Hue schakelaars (EnOcean) werken minder goed, trager. Zigbee Green Power is blijkbaar ingewikkeld? Ik heb nu al diverse methodes en Blueprints getest maar het evenaart de Hue ervaring net niet helemaal.

Iemand nog een goeie tip hiervoor, of een goed alternatief als Zigbee schakelaars?

[Sicco92]

Beekforel schreef op zondag 28 januari 2024 @ 20:43:
Ik heb al een tijdje geleden al mijn Hue devices overgezet naar Z2M en HA en dit werkt grotendeels naar volle tevredenheid.

Alleen de Friends of Hue schakelaars (EnOcean) werken minder goed, trager. Zigbee Green Power is blijkbaar ingewikkeld? Ik heb nu al diverse methodes en Blueprints getest maar het evenaart de Hue ervaring net niet helemaal.

Iemand nog een goeie tip hiervoor, of een goed alternatief als Zigbee schakelaars?

De berichten van die schakelaars moeten worden omgezet om begrepen te kunnen worden door de coordinator. De enige apparaten die dat kunnen zijn die van Hue, dus het beste zou zijn om ze in de buurt te hebben hangen van een Hue router (bijv. een lamp).

[Beekforel]

Sicco92 schreef op zondag 28 januari 2024 @ 20:55:
[...]

De berichten van die schakelaars moeten worden omgezet om begrepen te kunnen worden door de coordinator. De enige apparaten die dat kunnen zijn die van Hue, dus het beste zou zijn om ze in de buurt te hebben hangen van een Hue router (bijv. een lamp).

Dat hangen ze en dat gaat ook wel aardig, maar er lijkt wel eens een berichtje te missen ofzo dus je moet altijd goed controleren of je de lampen wel uitgaan bijvoorbeeld en dat is soms wel wat vervelend.

Ik wil dit nog wel gaan testen, de Blueprints die ik tot nu toe gebruikt heb gebruiken dit volgens mij niet. Maar ik betwijfel of dat veel impact gaat hebben.

Ik vemoed dat Hue die dingen wel aan de group kunnen binden en dat het daardoor soepeler werkt.

[Sp33dFr34k]

ViezeVis schreef op zondag 28 januari 2024 @ 19:09:
@Flappie Ik heb nu dit voor de vaatwasser notificatie, en dat werkt prima voor mijn usecase. Zie hieronder voor de anderen die interesse hebben. Nog bedankt voor de hulp

YAML:

# Dit script checkt of er stroomverbruik is op de socket en wijzigt status naar 'Running'. Checkt ook nog of huidige status ook 'off' is.

alias: Dishwasher - Set status to Running
description: ""
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.socket_vaatwasser_1_power
    for:
      hours: 0
      minutes: 0
      seconds: 30
    above: 5
condition:
  - condition: state
    entity_id: input_select.dishwasher_status
    state: "Off"
action:
  - service: input_select.select_option
    target:
      entity_id: input_select.dishwasher_status
    data:
      option: Running
mode: single

YAML:

# Deze checkt of er na 3 minuten geen stroomverbruik meer is. Dan gaat 'ie weer naar Off zolang de status Running is. Plus een notificatie.

alias: Dishwasher - Set status to Off
description: ""
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.socket_vaatwasser_1_power
    for:
      hours: 0
      minutes: 3
      seconds: 0
    below: 0.1
condition:
  - condition: state
    entity_id: input_select.dishwasher_status
    state: Running
action:
  - service: input_select.select_option
    target:
      entity_id: input_select.dishwasher_status
    data:
      option: "Off"
  - service: notify.mobile_app_iphone_van_bas
    data:
      message: Vaatwasser is klaar
      title: "[TEST] Vaatwasser"
mode: single

Goed bezig, maar dit zou ook makkelijk in 1 automation kunnen en zonder helper. Zijn trouwens ook wel een aantal blueprints voor te vinden, hoewel ik persoonlijk ook meer fan ben van zelf schrijven wat ik nodig heb.

[Sicco92]

Beekforel schreef op zondag 28 januari 2024 @ 21:10:
[...]

Dat hangen ze en dat gaat ook wel aardig, maar er lijkt wel eens een berichtje te missen ofzo dus je moet altijd goed controleren of je de lampen wel uitgaan bijvoorbeeld en dat is soms wel wat vervelend.

Dat ken ik wel, wij hebben ook een aantal van die dingen hangen en sommige schakelaars lijken soms even wakker te moeten worden of iets dergelijks. Het gebeurt ook vaak bij schakelaars die al een tijdje niet gebruikt zijn.

Ik vemoed dat Hue die dingen wel aan de group kunnen binden en dat het daardoor soepeler werkt.

Dat zou goed kunnen en zou het verschil in reactietijd wel kunnen verklaren. Op zich is dat makkelijk te testen door de schakelaar weer aan een Hue-bridge te hangen, die aan een specifieke lamp te koppelen, en dan de stroom van de bridge afhalen. Als je de lamp dan nog kunt schakelen, dan is die inderdaad gebind. Ik kan het zo wel even proberen

Edit: Nope, de lampen doen niks bij het schakelen zonder bridge. Lijkt erop dat binds in ieder geval niet het verschil kunnen verklaren.

[ Voor 6% gewijzigd door Sicco92 op 28-01-2024 21:27 ]

[ViezeVis]

Sp33dFr34k schreef op zondag 28 januari 2024 @ 21:20:
[...]


Goed bezig, maar dit zou ook makkelijk in 1 automation kunnen en zonder helper. Zijn trouwens ook wel een aantal blueprints voor te vinden, hoewel ik persoonlijk ook meer fan ben van zelf schrijven wat ik nodig heb.

Ik denk dat je bedoelt dat je deze 2 triggers samenvoegt tot 2 triggers in 1 automation en dan ook 2 actions met 2 options definieert toch? Ik heb dat voor mijn Itho module wel, maar voor deze niet idd. Denk dat het ook komt omdat ik nog lerende ben met helpers en statussen.

[BiG-GuY]

Beekforel schreef op zondag 28 januari 2024 @ 21:10:
[...]

Dat hangen ze en dat gaat ook wel aardig, maar er lijkt wel eens een berichtje te missen ofzo dus je moet altijd goed controleren of je de lampen wel uitgaan bijvoorbeeld en dat is soms wel wat vervelend.

Ik wil dit nog wel gaan testen, de Blueprints die ik tot nu toe gebruikt heb gebruiken dit volgens mij niet. Maar ik betwijfel of dat veel impact gaat hebben.

Ik vemoed dat Hue die dingen wel aan de group kunnen binden en dat het daardoor soepeler werkt.

Zigbee Green is niet bindable. Het zal eerder zijn hoe je ze hebt ingesteld in HA, niet alle soorten events reageren even snel of consistent in HA. Er zijn blueprints die niet op de beste manier de events uitlezen, dus had zelf maar automations gemaakt.

Zigbee Green kan niet direct met je Zigbee netwerk praten, gaat altijd via een converter, die ingebouwd is in alle Hue lampen. Dus de knop moet in de buurt van een Hue lamp zijn om goed te kunnen werken. De knoppen hebben ook geen status als je ze niet indrukt, aangezien ze enkel tijdens indrukken stroom hebben.

Heb de Niko Friends of Hue knoppen een tijd gebruikt via de Hue Hub, daarna Z2M. In het begin heb ik een tijd gewerkt met Node-RED om de MQTT berichten te ontvangen en versturen en dat werkte altijd snel en stabiel. Via HA kreeg ik het eerst niet stabiel, uiteindelijk ontdekt dat je echt de MQTT events moet gebruiken in HA voor een consistente snelle detectie van het knop drukken.

Toen dacht ik, ik wil overstappen op batterijgedreven Hue knoppen, toen gekozen voor de Hue Tap Dial Switch met de gedachte dat die consistenter zouden reageren, vanwege batterij gedreven, en de dimfunctie leek me leuk met draaien.

Via de Hue Hub super stabiel, via ZHA totaal niet en ook niet volledig ondersteund, via Z2M wisselend. Batterijgedreven knoppen die langere tijd niet gebruikt werden, gingen in een soort slaapstand wanneer je niks indrukte. Waardoor je soms 2x moest drukken voor een signaal doorkwam. Terwijl alle andere batterijgedreven apparaten 0 issues hadden. Via de Hue Hub was het wel stabiel.

Uiteindelijk paar maanden verder, ben ik nu weer terug naar de Niko Friends of Hue knoppen. We gebruikte het dimmen echt nooit en werken nu met drie scènes waar tussen we schakelen over de dag.

Als je gebruik maakt van Niko schakelmateriaal, kan je ook kiezen voor de Niko Zigbee knoppen welke op batterijen werken. Deze werken ook in ZHA en Z2M.
https://www.zigbee2mqtt.io/devices/552-720X1.html
https://www.zigbee2mqtt.io/devices/552-720X2.html
https://www.zigbee2mqtt.io/devices/552-720X4.html

Deze heb ik kort gebruikt, maar wilde toch liever knoppen die ik ook via de Hue Hub kon gebruiken, dus toch terug naar de FoH knoppen.

Voor nu heb ik alle Hue lampen, sensoren en knoppen via de Hue Hub. Omdat ik voorheen helemaal gek werd van de constante random crashes van ZHA.

De SLZB06 (voor Z2M) en SLZB06M (voor ZHA) zijn besteld. Dan ga ik weer kijken of ik het volledig stabiel en naar wens kan krijgen zonder originele hub.

[ Voor 6% gewijzigd door BiG-GuY op 28-01-2024 22:43 ]

[sprk_nl]

npaeshuy schreef op zaterdag 25 november 2023 @ 13:55:
Nog eens een update van mijn dashboard, nu met veel apexcharts

Ik had al eens een paar screenshots gepost een tijdje terug...

[Afbeelding]

Hi @npaeshuy
Ik wilde er ver weg van blijven om m'n ui te bricken,
echter, toen ik jouw header van een vertical stack voorbij komen,
kon ik het niet laten om een poging te wagen.



Heb je jouw wijzigingen mbt de margins in een thema file kunnen plaatsen?
Of doe je dat per card?

Ik heb enigzins een poging gedaan middels onderstaande code in een card.
Het liefst zie ik de basis margins aangepast in het thema, dus ben ik erg benieuwd hoe jij dit hebt gefixt. En helemaal top met die overgang tussen de banner image en entity!

YAML:

type: custom:mod-card
card_mod:
  style:
    hui-vertical-stack-card $: |
    .: |
      hui-vertical-stack-card {
        --vertical-stack-card-margin: 0px;
      }
card:
  type: vertical-stack
  cards:
    - type: entities
      entities:
        - entity: sensor.sensor01_temp01 <- fake entry voor de header
          name: SWITCHES <- daadwerkelijke naam voor de header
          icon: mdi:radiator
          tap_action:
            action: none
          hold_action:
            action: none
          double_tap_action:
            action: none
      card_mod:
        style: |
          ha-card {
            color: rgba(255,255,255,.0);
            background-color: rgba(150,150,150,.4);
            --card-mod-icon-color: black;
            border: none;
            background-image: url("/local/banners/radiator.png");
            background-position: center right;
            background-repeat: no-repeat;
            background-size: contain;
            border-bottom-left-radius: 0%;
            border-bottom-right-radius: 0%;
          }
    - type: entities
      entities:
        - entity: sensor.sensor01_temp01
        - entity: sensor.sensor01_temp02
      card_mod:
        style: |
          ha-card {
            border-top-left-radius: 0%;
            border-top-right-radius: 0%;
          }

[dutchnltweaker]

https://github.com/kalkih/mini-graph-card
Na 2 jaar weer eens update, altijd leuk.

[Faece]

breinonline schreef op zondag 28 januari 2024 @ 10:43:
[...]

Probeer eens:

YAML:

alias: "keuken_vaatwas_blokjesbijvullen"
sequence:
  - service: input_number.set_value
    target:
      entity_id: input_number.keuken_vaatwas_ingevenaantalblokjes
    data:
      value: "{{ states('counter.keuken_vaatwas_vaatwasblokjes') | float }}"

Het probleem is niet dat het script al dan niet werkt, maar het wordt gewoon niet aangesproken...

dus de fout zit eerder hier

YAML:

            type: custom:numberbox-card
            entity: input_number.keuken_vaatwas_ingevenaantalblokjes
            service: script.keuken_vaatwas_blokjesbijvullen

[ Voor 17% gewijzigd door Faece op 29-01-2024 06:40 ]

[Beekforel]

BiG-GuY schreef op zondag 28 januari 2024 @ 22:38:
[...]

Zigbee Green is niet bindable. Het zal eerder zijn hoe je ze hebt ingesteld in HA, niet alle soorten events reageren even snel of consistent in HA. Er zijn blueprints die niet op de beste manier de events uitlezen, dus had zelf maar automations gemaakt.

Zigbee Green kan niet direct met je Zigbee netwerk praten, gaat altijd via een converter, die ingebouwd is in alle Hue lampen. Dus de knop moet in de buurt van een Hue lamp zijn om goed te kunnen werken. De knoppen hebben ook geen status als je ze niet indrukt, aangezien ze enkel tijdens indrukken stroom hebben.

Heb de Niko Friends of Hue knoppen een tijd gebruikt via de Hue Hub, daarna Z2M. In het begin heb ik een tijd gewerkt met Node-RED om de MQTT berichten te ontvangen en versturen en dat werkte altijd snel en stabiel. Via HA kreeg ik het eerst niet stabiel, uiteindelijk ontdekt dat je echt de MQTT events moet gebruiken in HA voor een consistente snelle detectie van het knop drukken.

Toen dacht ik, ik wil overstappen op batterijgedreven Hue knoppen, toen gekozen voor de Hue Tap Dial Switch met de gedachte dat die consistenter zouden reageren, vanwege batterij gedreven, en de dimfunctie leek me leuk met draaien.

Via de Hue Hub super stabiel, via ZHA totaal niet en ook niet volledig ondersteund, via Z2M wisselend. Batterijgedreven knoppen die langere tijd niet gebruikt werden, gingen in een soort slaapstand wanneer je niks indrukte. Waardoor je soms 2x moest drukken voor een signaal doorkwam. Terwijl alle andere batterijgedreven apparaten 0 issues hadden. Via de Hue Hub was het wel stabiel.

Uiteindelijk paar maanden verder, ben ik nu weer terug naar de Niko Friends of Hue knoppen. We gebruikte het dimmen echt nooit en werken nu met drie scènes waar tussen we schakelen over de dag.

Als je gebruik maakt van Niko schakelmateriaal, kan je ook kiezen voor de Niko Zigbee knoppen welke op batterijen werken. Deze werken ook in ZHA en Z2M.
https://www.zigbee2mqtt.io/devices/552-720X1.html
https://www.zigbee2mqtt.io/devices/552-720X2.html
https://www.zigbee2mqtt.io/devices/552-720X4.html

Deze heb ik kort gebruikt, maar wilde toch liever knoppen die ik ook via de Hue Hub kon gebruiken, dus toch terug naar de FoH knoppen.

Voor nu heb ik alle Hue lampen, sensoren en knoppen via de Hue Hub. Omdat ik voorheen helemaal gek werd van de constante random crashes van ZHA.

De SLZB06 (voor Z2M) en SLZB06M (voor ZHA) zijn besteld. Dan ga ik weer kijken of ik het volledig stabiel en naar wens kan krijgen zonder originele hub.

Thanks voor de uitgebreide reactie.

Ik heb de Hue hun uitgefaseerd en was niet van plan die terug te brengen. We gebruiken de FoH ook alleen voor aan/uit, de rest regelt Adaptive Lighting wel.

Ik zal nog even testen met het linkje wat ik deelde. Heb in de huidige setup al wel dat ik rechtstreeks MQTT berichten maak om HA deels te bypassen en dat ging wel iets sneller maar die onbetrouwbaarheid blijft flut.

Ik heb volgens mij vier of vijf van die schakelaars waarvan er twee echt veel gebruikt worden (kinderkamers). Die twee moeten gewoon goed werken, desnoods met een andere oplossing.

Misschien toch een Hue dimmer inzetten. Heb volgens mij ooit ook een projectje gezien dat ze die dan weer In Gira materiaal verwerken oid.

[ChrisM]

Ik wil mijn Home Assistant gaan verrijken met de (S)COP van mijn warmtepomp. Ik heb alle componenten, maar kan er nog niet mee rekenen. Ik heb dus wat hulp nodig. :-)

Ik heb deze sensoren:
1. sensor.luxtronik_330123_0145_status => geeft de status van de WP (Heating, Idle, Cooling, DHW (Domestic Hot Water))
2. sensor.luxtronik_330123_0145_current_heat_output => geeft de huidige output, in W, van mijn warmtepomp
(sensor 2 is ook beschikbaar in kWh, gesplitst naar Heating en DHW: sensor.luxtronik_330123_0145_heat_amount_heating en sensor.luxtronik_330123_0145_dhw_heat_amount)
3. sensor.warmtepomp_totaal_active_power => totale verbruik van mijn warmtepomp, in W
(sensor 3 is ook beschikbaar in kWh: sensor.shellypro3emwarmtepomp_total_active_energy)

Vraag 1:
Hoe maak ik deze 2 sensoren:
A. sensor.Heating_current_heat_output => de huidige output, in W, als status op Heating staat
B. sensor.DHW_current_heat_output => de huidige output, in W, als status op DHW staat

Vraag 2:
Wat is de mooiste/beste manier om een berekende sensor te maken? Ik wil de huidige COP bepalen, door de uitkomst van sensor A (of B ) te delen door het huidige verbruik van de warmtepomp (sensor 3).

Vraag 3:
Daarnaast wil ik ook de SCOP bepalen, over een heel jaar, en dat voor Heating en DHW en Totaal (alle 4 de statussen). Hiervoor moet ik dus het totale verbruik per status over een jaar weten (energy_meter, cycle: yearly?) en dat delen door het verbruik van sensor 3 van een heel jaar. Maar hoe en waar ik dat kan doen?

Uiteindelijk wil ik dit:
COP Heating (huidige output WP / huidige verbruik WP, indien status Heating)
COP DHW (huidige output WP / huidige verbruik WP, indien status DHW)
SCOP Heating (jaarlijkse output WP / jaarlijkse verbruik WP, indien status Heating)
SCOP DHW (jaarlijkse output WP / jaarlijkse verbruik WP, indien status DHW)
SCOP Verwarmen (jaarlijkse output WP / jaarlijkse verbruik WP, indien status Heating of DHW)
SCOP Totaal (jaarlijkse output WP / jaarlijkse verbruik WP) (incl. Cooling en Idle dus)

Ik ben al een tijd aan het zoeken (op verschillende fora), maar het lukt me niet om een begin te maken, omdat ik nog niet begrijp hoe ik goed berekeningen kan maken en al helemaal niet op basis van een status enzo. From scratch beginnen is lastig... Ik ben wel aardig goed in een voorbeeld lezen en aanpassen aan mijn eigen situatie.

[ Voor 7% gewijzigd door ChrisM op 29-01-2024 07:47 ]

[breinonline]

Faece schreef op maandag 29 januari 2024 @ 06:33:
[...]


Het probleem is niet dat het script al dan niet werkt, maar het wordt gewoon niet aangesproken...

dus de fout zit eerder hier

YAML:

            type: custom:numberbox-card
            entity: input_number.keuken_vaatwas_ingevenaantalblokjes
            service: script.keuken_vaatwas_blokjesbijvullen

Dat klopt wel denk ik. Je hebt iets als service: script.turn_on nodig. En je probeert nu met een card bedoeld voor het gemakkelijk bedienen van een numberbox, een script aan te roepen?

[Faece]

breinonline schreef op maandag 29 januari 2024 @ 07:53:
[...]

Dat klopt wel denk ik. Je hebt iets als service: script.turn_on nodig. En je probeert nu met een card bedoeld voor het gemakkelijk bedienen van een numberbox, een script aan te roepen?

Ik heb een counter die ik wil kunnen updaten.

concreet : ik heb een teller die zegt hoeveel vaatwasblokjes ik heb (een helper "counter"). Dat werkt.
Maar als mijn blokjes bijna op zijn, wil ik die counter kunnen aanpassen.

ik dacht dit te doen door een input number aan te maken, en de waarde daarvan via een script door de sturen naar de counter...

[TheFes]

Faece schreef op maandag 29 januari 2024 @ 08:14:
[...]


Ik heb een counter die ik wil kunnen updaten.

concreet : ik heb een teller die zegt hoeveel vaatwasblokjes ik heb (een helper "counter"). Dat werkt.
Maar als mijn blokjes bijna op zijn, wil ik die counter kunnen aanpassen.

ik dacht dit te doen door een input number aan te maken, en de waarde daarvan via een script door de sturen naar de counter...

Dat kan door deze service call
https://www.home-assistan...#service-counterset_value

Maar waarom gebruik je dan niet gewoon de input number?

[Faece]

Goeie tip

kan ik in het input numer een start waarde meegeven ?

[ Voor 78% gewijzigd door Faece op 29-01-2024 08:26 ]

[Faece]

TheFes schreef op maandag 29 januari 2024 @ 08:16:
[...]


Dat kan door deze service call
https://www.home-assistan...#service-counterset_value

Maar waarom gebruik je dan niet gewoon de input number?

ik had nu even dit geprobeerd maar dit werkt niet

YAML:

          - type: custom:numberbox-card
            entity: input_number.keuken_vaatwas_ingevenaantalblokjes
            tap_action:
              action: call-service
              service: counter.set_value
              service_data:
                entity_id: counter.keuken_vaatwas_vaatwasblokjes    

ik had nu een automation die bij elke vaatwasbeurt de counter 1 aftrekt. kan ik die counter dan gewoon gaan vervangen door het input number ?

[Faece]

TheFes schreef op maandag 29 januari 2024 @ 08:16:
[...]

Maar waarom gebruik je dan niet gewoon de input number?

ik ga dit proberen

[TheFes]

Faece schreef op maandag 29 januari 2024 @ 08:42:
[...]


ik had nu even dit geprobeerd maar dit werkt niet

YAML:

          - type: custom:numberbox-card
            entity: input_number.keuken_vaatwas_ingevenaantalblokjes
            tap_action:
              action: call-service
              service: counter.set_value
              service_data:
                entity_id: counter.keuken_vaatwas_vaatwasblokjes    

ik had nu een automation die bij elke vaatwasbeurt de counter 1 aftrekt. kan ik die counter dan gewoon gaan vervangen door het input number ?

Je geeft geen value mee waarop je de counter wil instellen. Dat zal echter met een template moeten, en dat gaat niet achter een tap_action.
Je zult dat met een script moeten doen, en de logica in het script zetten, daarin kun je dan wel een template gebruiken. Het script kun je dan aanroepen met de tap action

[Faece]

TheFes schreef op maandag 29 januari 2024 @ 09:03:
[...]


Je geeft geen value mee waarop je de counter wil instellen. Dat zal echter met een template moeten, en dat gaat niet achter een tap_action.
Je zult dat met een script moeten doen, en de logica in het script zetten, daarin kun je dan wel een template gebruiken. Het script kun je dan aanroepen met de tap action

het input_number gebruiken is wel veel makkelijker. Ik ga het zo doen

[Septillion]

arieh schreef op zondag 28 januari 2024 @ 16:01:
[...]


dank voor de reactie. ik ben nog verder aan het testen geweest. Internet is gewoon beschikbaar, maar het lijkt erop dat de devices op het wifi anders reageren dan voor mijn migratie van fritz4040 naar 4060.

ik zie een aantal esp gebaseerde powerplugs en sensoren wel connecten naar mijn mqtt broker, maar in de broker wordt er een timeout geregistreerd.
De log van de esphome presense sensor geeft ook een timeout voor communictie naar homeassistent.

de homeassistent en mqtt broker zitten op een proxmox server op het bedrade netwerk.
als ik via mijn laptop met wifi naar de mqtt broker probeer te gaan (mqtt-explorer), krijgt deze 9 van de tienkeer ook een timeout (af en toe lijkt ie wel even te connecten).

Voor vandaag ben ik er klaar mee. Alles weer op de 4040 geprikt en alles werkt nu weer, Ik krijg het idee dat de 4060 het wifi verkeer niet heel goed afwerkt. (nb beide routers hebben dezelfde firmware versie 7.57)

ideeen over hoe dit verder te troubleshooten zijn welkom.

Heb je nog zelf een scheiding tussen Wifi en bedraad aangebracht ofzo?

Misschien ipv backup terug te zetten toch gewoon met schone lei beginnen en stap voor stap weer instellen zoals je wilt?

[Faece]

TheFes schreef op maandag 29 januari 2024 @ 08:16:
[...]


Dat kan door deze service call
https://www.home-assistan...#service-counterset_value

Maar waarom gebruik je dan niet gewoon de input number?

Ik heb nu een conditional card gemaakt van de teller. Zodat ik niet per ongeluk de teller aanpas. Als de teller onder de 20 komt, verschijnt de kaart. Omgekeerd , en dit is belangrijker, boven de 20 verdwijnt de kaart). Maar als ik de teller met 20 clicks moet verhogen, is die kaart al lang weg. Kan ik daar een delay opsteken van een minuut voordat de kaart verdwijnt ?

[Gotez]

synoniem schreef op donderdag 25 januari 2024 @ 23:04:
[...]

Woerden is zo te zien overgestapt op het Ximmio platform dat al ondersteund wordt door custom component afvalwijzer. Waarschijnlijk is een verzoekje aan de beheerder van het component genoeg om Woerden onder Ximmio te laten schuiven.

Dank je wel. De maker adviseerde om andere provider in te vullen en nu werkt het weer. Blijkbaar was woerden-oudewater inderdaad overgestapt.

[Brynnie]

Nog een vraagje over de Rest API calls:

Als dit de resource url is:

code:

resource: https://api.delijn.be/DLKernOpenData/v1/beta/haltes/5/1234567/real-time

Hoe kan ik er dan voor zorgen dat het haltenummer (in dit geval 1234567) gehaald wordt uit een helper input_text?

Het vervangen van 1234567 door {{ states('input_text.haltenummer') }} in de url zorgt er helaas voor dat de data niet binnengehaald wordt.

Uiteraard had ik eerst de helper aangemaakt, en de waarde erin gestopt.

[TheFes]

Brynnie schreef op maandag 29 januari 2024 @ 12:39:
Nog een vraagje over de Rest API calls:

Als dit de resource url is:

code:

resource: https://api.delijn.be/DLKernOpenData/v1/beta/haltes/5/1234567/real-time

Hoe kan ik er dan voor zorgen dat het haltenummer (in dit geval 1234567) gehaald wordt uit een helper input_text?

Het vervangen van 1234567 door {{ states('input_text.haltenummer') }} in de url zorgt er helaas voor dat de data niet binnengehaald wordt.

Uiteraard had ik eerst de helper aangemaakt, en de waarde erin gestopt.

Als je een template gebruikt in je je resource, moet je resource_template: gebruiken in plaats van resource:

[Verwijderd]

Call me stupid.

Ben bezig met Somfy met Local API aan HA te hangen. Lijkt simpel genoeg zou je zeggen.
Ref: https://github.com/Somfy-...mfy-TaHoma-Developer-Mode

Heb via de Somfy Website de local API geactiveerd.
Vervolgens voeg ik de add-in toe in HA, bij host vul ik "gateway-<ID>.local:8443 + mijn somfy username & ww in. Maar helaas, no joy.

Nu vermoed ik dat ik nog wat met de stappen moet doen in de Ref.
Echter, als ik dat invul in mijn web browser, kom ik niet echt ver.

Dit: https://ha101-1.overkiz.c...bile-web/enduserAPI/login
Geeft al een error.

{
"errorCode": "INVALID_API_CALL",
"error": "Request method 'GET' not supported"
}

Wat mis ik?

[TheFes]

Verwijderd schreef op maandag 29 januari 2024 @ 13:36:
Call me stupid.

Ben bezig met Somfy met Local API aan HA te hangen. Lijkt simpel genoeg zou je zeggen.
Ref: https://github.com/Somfy-...mfy-TaHoma-Developer-Mode

Heb via de Somfy Website de local API geactiveerd.
Vervolgens voeg ik de add-in toe in HA, bij host vul ik "gateway-<ID>.local:8443 + mijn somfy username & ww in. Maar helaas, no joy.

Nu vermoed ik dat ik nog wat met de stappen moet doen in de Ref.
Echter, als ik dat invul in mijn web browser, kom ik niet echt ver.

Dit: https://ha101-1.overkiz.c...bile-web/enduserAPI/login
Geeft al een error.

{
"errorCode": "INVALID_API_CALL",
"error": "Request method 'GET' not supported"
}

Wat mis ik?

Je hoeft geen verdere stappen toe doen. Developer mode activeren in de Somfy portal en integratie toevoegen. Dat moet hem zijn.

Het kan wellicht een DNS issue zijn, probeer het eens met het IP adres van je Tahoma/Connexxoon
Bij mij vond hij hem trouwens automatisch.

[Verwijderd]

TheFes schreef op maandag 29 januari 2024 @ 13:44:
[...]


Je hoeft geen verdere stappen toe doen. Developer mode activeren in de Somfy portal en integratie toevoegen. Dat moet hem zijn.

Het kan wellicht een DNS issue zijn, probeer het eens met het IP adres van je Tahoma/Connexxoon
Bij mij vond hij hem trouwens automatisch.

Heb gateway-xxxx-xxxx-xxxx.local (maar dan met de cijfertjes van mijn Switch) toegevoegd aan mijn PiHole.
Pingen werkt, maar helaas no-joy in HA.
Ook de boel een restart gegeven.

Als ik hier kijk: https://dev.duboc.pro/overkiz
Dan zie ik allerlei tokens van HA erbij staan (kan ze niet deleten), van elke poging die ik gedaan heb.
Er gebeurd dus blijkbaar wel iets, maar 't lukt niet helemaal.
PiHole ook al uitgezet als test (al werd er niks geblocked).

Automatisch gevonden werkt idd wel via de cloud methode, maar die wil ik niet. Wil graag de Local API inzetten.


-edit-
"Verify Certificate" uitgezet, klaar. Stom.

[TheFes]

Verwijderd schreef op maandag 29 januari 2024 @ 14:06:
[...]

Heb gateway-xxxx-xxxx-xxxx.local (maar dan met de cijfertjes van mijn Switch) toegevoegd aan mijn PiHole.
Pingen werkt, maar helaas no-joy in HA.
Ook de boel een restart gegeven.

Als ik hier kijk: https://dev.duboc.pro/overkiz
Dan zie ik allerlei tokens van HA erbij staan (kan ze niet deleten), van elke poging die ik gedaan heb.
Er gebeurd dus blijkbaar wel iets, maar 't lukt niet helemaal.
PiHole ook al uitgezet als test (al werd er niks geblocked).

Automatisch gevonden werkt idd wel via de cloud methode, maar die wil ik niet. Wil graag de Local API inzetten.

Dus je Tahoma wordt wel gevonden in HA, maar als je dan voor de local API kiest tijdens de config flow gaat het fout?
Ik kan alleen maar zeggen dat dat bij mij gewoon prima werkte.

Dit zijn de 4 stappen die ik moet doorlopen in de config flow (klikbare thumbnail)

[ Voor 7% gewijzigd door TheFes op 29-01-2024 14:20 ]

[Verwijderd]

TheFes schreef op maandag 29 januari 2024 @ 14:18:
[...]


Dus je Tahoma wordt wel gevonden in HA, maar als je dan voor de local API kiest tijdens de config flow gaat het fout?
Ik kan alleen maar zeggen dat dat bij mij gewoon prima werkte.

Dit zijn de 4 stappen die ik moet doorlopen in de config flow (klikbare thumbnail)
[Afbeelding]

Ja weird, want als ik die doorloop, zie ik bij het scherm met username/ww nog de optie "verify SSL" staan.
Die moet uit. Anders werkt het niet bij mij.

[BiG-GuY]

Verwijderd schreef op maandag 29 januari 2024 @ 14:35:
[...]


Ja weird, want als ik die doorloop, zie ik bij het scherm met username/ww nog de optie "verify SSL" staan.
Die moet uit. Anders werkt het niet bij mij.

Er zijn wat Tahoma apparaten in omloop die een verlopen certificaat hebben. Dit zou vanzelf gefixt moeten worden wanneer je hem update naar de laatste versie in de Tahoma app. Echter zijn er meer gebruikers waarbij dit alsnog niet bijgewerkt wordt.

Bij mij werkt het wel met dat vinkje aan, dus bij mij staat het vinkje aan. Heb een Tahoma Switch die ik in januari 2022 heb gekocht.

[Sp33dFr34k]

Ferrox1 schreef op zondag 21 januari 2024 @ 21:16:
[...]

Hmm, alsnog zelf opgelost met de volgende query's op de data base, wellicht dat iemand dit kan gebruiken, mocht je tegen dit probleem aanlopen.

Eerst de entiteiten opzoeken die het betreft, die hebben allemaal 1 dubbele entry op de mean en op de state:

SQL:

select * from statistics where state is not null and mean is not null 

Kopieer deze metadata_id's en zet er een comma tussen.

Dan voer je deze sql uit, deze vult de state en de sum (of deze 100% klopt weet ik niet, maar las dat dit het verschil is tussen de huidige entry en de voorgaande entry):

SQL:

UPDATE statistics
SET state = statistics.mean,
    sum = statistics.mean - subquery.prev_mean
FROM (
    SELECT id, mean, LAG(mean) OVER (PARTITION BY metadata_id ORDER BY created_ts) AS prev_mean
    FROM statistics
) AS subquery
WHERE
    statistics.id = subquery.id
    AND statistics.metadata_id IN (146,148,147,247) AND statistics.sum IS NULL;

vervang dus 146,148,147,247 door alle nummers die je met de eerste query gevonden hebt.

Als laatste actie voor de database veeg je de mean, min en max schoon:

SQL:

UPDATE statistics
SET mean= NULL, min = NULL, max = NULL
WHERE
statistics.metadata_id IN (146,148,147,247)

En dan nog moet je in alle grafieken waar je mean gebruikt als statistics bron veranderen naar state. En voila, alle data is weer beschikbaar..

Heb je dit in de SQLite web addon gedaan? Ik krijg het maar niet voor elkaar om update statements uit te voeren in die addon....

Zoiets als:

SQL:

UPDATE statistics
SET metadata_id = 25
WHERE metadata_id = 22

Werkt al niet...

EDIT: nevermind, het is dus een bug in de addon die multiline niet accepteert voor bepaalde statements lijkt het.

[ Voor 3% gewijzigd door Sp33dFr34k op 29-01-2024 18:52 ]

[Ben.Hahlen]

Speaking overKiz ( ):
Ik heb deze ook geconfigureerd, maar al een tijd geleden en denk dat ik deze op de Local API heb staan.
Nu zie ik dat niet direct terug in de config. Het Cloud icoontje staat er iig niet bij, zou het dan goed moeten zijn?

Anders moet ik een keer het internet uitzetten en checken

[Verwijderd]

BiG-GuY schreef op maandag 29 januari 2024 @ 16:54:
[...]

Er zijn wat Tahoma apparaten in omloop die een verlopen certificaat hebben. Dit zou vanzelf gefixt moeten worden wanneer je hem update naar de laatste versie in de Tahoma app. Echter zijn er meer gebruikers waarbij dit alsnog niet bijgewerkt wordt.

Bij mij werkt het wel met dat vinkje aan, dus bij mij staat het vinkje aan. Heb een Tahoma Switch die ik in januari 2022 heb gekocht.

Check, ding kwam vanmiddag idd vers uit de doos. Kreeg wel gelijk een update.
Maar wellicht is er nog een update voor de update die nog moet doorkomen.

Wat ik alleen nu nog mis is Google voice control. entity is exposed naar Google Assistant in HA, maar komt maar niet naar boven daarin. Syncs werken wel (alias voor andere entity toegevoegd en dat werkt).
Enig idee hoe ik mijn rolluik kan aansturen via Google Assistant?

[TheFes]

Ben.Hahlen schreef op maandag 29 januari 2024 @ 17:07:
Speaking overKiz ( ):
Ik heb deze ook geconfigureerd, maar al een tijd geleden en denk dat ik deze op de Local API heb staan.
Nu zie ik dat niet direct terug in de config. Het Cloud icoontje staat er iig niet bij, zou het dan goed moeten zijn?

Anders moet ik een keer het internet uitzetten en checken

de local API is pas een paar maanden geleden naar core gegaan. Dus tenzij je het als een custom component draaide, zul je waarschijnlijk niet de local API gebruiken.

Verwijderd schreef op maandag 29 januari 2024 @ 17:34:
[...]


Check, ding kwam vanmiddag idd vers uit de doos. Kreeg wel gelijk een update.
Maar wellicht is er nog een update voor de update die nog moet doorkomen.

Wat ik alleen nu nog mis is Google voice control. entity is exposed naar Google Assistant in HA, maar komt maar niet naar boven daarin. Syncs werken wel (alias voor andere entity toegevoegd en dat werkt).
Enig idee hoe ik mijn rolluik kan aansturen via Google Assistant?

Ik heb het een tijd via de manuele Google Assistant integratie gebruikt, en gebruik nu Nabu Casa. In beide gevallen kan ik de screens gewoon bedienen zonder verdere wijzigingen te hoeven. doen.