Home Assistant: Open source Python3 home automation - deel 5

[TheFes]

water_escape schreef op dinsdag 30 mei 2023 @ 10:06:
[...]


Zou hij dan ook niet meer in het Logbook moeten komen? Of dat wel?

Volgens mij komen entities die niet in recorder staan, automatisch ook niet in het logboek. Hij heeft er namelijk geen historie van (die sla je immers niet op)

[water_escape]

TheFes schreef op dinsdag 30 mei 2023 @ 10:08:
[...]


Volgens mij komen entities die niet in recorder staan, automatisch ook niet in het logboek. Hij heeft er namelijk geen historie van (die sla je immers niet op)

mm shit, dan zou er nog iets niet goed staan, want ik zie :

neerslag_buienradar_regen_data changed to 0.836204013821311
10:14:58 AM - Now
neerslag_buienalarm_regen_data changed to 0.76382461225339
10:14:58 AM - Now

dit is de sensor.neerslag_buienradar_regen_data

[TheFes]

water_escape schreef op dinsdag 30 mei 2023 @ 10:15:
[...]


mm shit, dan zou er nog iets niet goed staan, want ik zie :

neerslag_buienradar_regen_data changed to 0.836204013821311
10:14:58 AM - Now
neerslag_buienalarm_regen_data changed to 0.76382461225339
10:14:58 AM - Now

dit is de sensor.neerslag_buienradar_regen_data

Die sensor valt ook niet onder het format wat je eerder geplaatst had. Hij begint namelijk niet met sensor.buienradar

Probeer sensor.*buienradar* eens

[water_escape]

TheFes schreef op dinsdag 30 mei 2023 @ 10:20:
[...]


Die sensor valt ook niet onder het format wat je eerder geplaatst had. Hij begint namelijk niet met sensor.buienradar

Probeer sensor.*buienradar* eens

ochh ik zie het...... water-escape gaat in een hoekje zitten....

[Robbie T]

Maikie18 schreef op vrijdag 26 mei 2023 @ 19:15:
[...]

Ga naar een nieuw ATH denk ik, panelen liggen er sinds maart 2022, hoogste wat ik sinds die tijd heb gehaald was 61,5, zit nu op 61,3 en ze doen op dit moment nog 588W.

Weet ondertussen ook waarom ik niet alle apparaten zag, er moet wel verbruik zijn geweest, en dat is bij een hoop niet zo

[Afbeelding]

Wat voor card is dit? en kan je daarvan de yaml delen?

[TheFes]

Robbie T schreef op dinsdag 30 mei 2023 @ 10:42:
[...]


Wat voor card is dit? en kan je daarvan de yaml delen?

Dat is gewoon het onderste deel van het Energy Dasboard, wat je krijgt als je individual devices toevoegt aan de Energy Dashboard instellingen.

[CAP-Team]

S0epkip schreef op zaterdag 27 mei 2023 @ 16:00:
Hebben jullie tips voor een losse wandschakelaar? Eigenlijk ene alternatief voor de Shelly Button.

Ik wil een wandzender voor mijn garagedeur maken, en gezien deze deur in Home assistant werkt, zou ik graag een generieke knop gebruiken.

Ik heb geen Zwave of 433mhz stick. Wel Hue bridge.

Dus zoiets als dit, alleen schijnt deze nogal matig te zijn: https://www.shelly.cloud/...hop/shelly-button-1-white

Je kunt gewoon een Hue Smart Button gebruiken. Je koppelt hem dan wel op de Hue Bridge maar je configureert de acties die hij moet uitvoeren via HA, dus niet via de Hue app.
Dan kun je met een druk op de knop de garagedeur open of dicht doen.

[Cyberdemon]

Ja....

[RobertMe]

TheFes schreef op dinsdag 30 mei 2023 @ 10:08:
[...]


Volgens mij komen entities die niet in recorder staan, automatisch ook niet in het logboek. Hij heeft er namelijk geen historie van (die sla je immers niet op)

Maar het ging niet over de recorder maar over Influx. Moet dus goed komen @water_escape.

[Gizz]

Cyberdemon schreef op dinsdag 30 mei 2023 @ 08:44:
Ik kan de lamp bedienen vanuit home assistant

Inclusief kleur(temperatuur)? Ik vermoed van wel.

maar Kan in automatisatie enkel de helderheid doorgeven.

Op welke wijze probeer je via een automation de lamp aan te sturen? Kun je je code laten zien?

Ik denk dat je nu als action iets hebt gedaan op basis van device. Dus op deze manier:



Dat geeft je echter maar heel beperkte mogelijkheden. Het is beter om deze optie te vergeten en in plaats daarvan te kiezen voor de service light.turn_on:



Dan heb je een hele waslijst aan opties, waaronder kleur(temperatuur) en transitietijden.

Dit staat verder los van Tuya of hoe je lamp met HA communiceert.

[ Voor 0% gewijzigd door Septillion op 30-05-2023 13:13 . Reden: Plaatje verkleint ]

[water_escape]

@TheFes toch zie ik ze nog in logbook

neerslag_buienalarm_regen_data changed to 0.637331798783488
11:44:33 AM - 1 minute ago

sensor.neerslag_buienalarm_regen_data

YAML:

# Database
recorder:
  purge_keep_days: 7
  exclude:
    domains:
      - media_player
      - light
    entity_globs:
      - sensor.*buienradar*
      - sensor.br_*

YAML:

# InfluxDB
influxdb:
  host: xxx
  port: xxx
  database: xxx
  username: xxx
  password: xxx
  max_retries: 3
  default_measurement: state
  exclude:
    domains:
      - media_player
      - lights
    entity_globs:
      - sensor.*buienradar*
      - sensor.br_*

[Panzer_V]

water_escape schreef op dinsdag 30 mei 2023 @ 11:48:
@TheFes toch zie ik ze nog in logbook

neerslag_buienalarm_regen_data changed to 0.637331798783488
11:44:33 AM - 1 minute ago

sensor.neerslag_buienalarm_regen_data

YAML:

# Database
recorder:
  purge_keep_days: 7
  exclude:
    domains:
      - media_player
      - light
    entity_globs:
      - sensor.*buienradar*
      - sensor.br_*

YAML:

# InfluxDB
influxdb:
  host: xxx
  port: xxx
  database: xxx
  username: xxx
  password: xxx
  max_retries: 3
  default_measurement: state
  exclude:
    domains:
      - media_player
      - lights
    entity_globs:
      - sensor.*buienradar*
      - sensor.br_*

Omdat je nu een buienALARM wilt uitsluiten.

Dat staat nog niet in je exclude lijstje.

[TheFes]

water_escape schreef op dinsdag 30 mei 2023 @ 11:48:
@TheFes toch zie ik ze nog in logbook

neerslag_buienalarm_regen_data changed to 0.637331798783488
11:44:33 AM - 1 minute ago

sensor.neerslag_buienalarm_regen_data

YAML:

# Database
recorder:
  purge_keep_days: 7
  exclude:
    domains:
      - media_player
      - light
    entity_globs:
      - sensor.*buienradar*
      - sensor.br_*

YAML:

# InfluxDB
influxdb:
  host: xxx
  port: xxx
  database: xxx
  username: xxx
  password: xxx
  max_retries: 3
  default_measurement: state
  exclude:
    domains:
      - media_player
      - lights
    entity_globs:
      - sensor.*buienradar*
      - sensor.br_*

Het is buienalarm, niet buienradar

[JeroenH]

Ik heb een ESP32-CAM (standaardlens vervangen door groothoeklens) met ESPHOME aangesloten op Home Assistant, en dat streamt leuk:



Ik wil echter een stop motion video maken van de afbeeldingen, dus ik wil dat de afbeeldingen ergens in een folder worden opgeslagen zodat ik er een video van kan maken enz. Het lijkt er echter op dat ik de enige ben met deze wens, want ik heb me suf gegoogled maar ik kan hier geen oplossing voor vinden. Ook hier op Tweakers gezocht, niets....

Heeft iemand een idee hoe dit te doen? Ik hoef niet geavanceerds met bewegingsdetectie oid, gewoon elke afbeelding die vanaf de camera in HA komt ergens opslaan, liefst met een volgnummer of timestamp in de bestandsnaam.

[Ronker32]

JeroenH schreef op dinsdag 30 mei 2023 @ 12:00:
Ik heb een ESP32-CAM (standaardlens vervangen door groothoeklens) met ESPHOME aangesloten op Home Assistant, en dat streamt leuk:

[Afbeelding]

Ik wil echter een stop motion video maken van de afbeeldingen, dus ik wil dat de afbeeldingen ergens in een folder worden opgeslagen zodat ik er een video van kan maken enz. Het lijkt er echter op dat ik de enige ben met deze wens, want ik heb me suf gegoogled maar ik kan hier geen oplossing voor vinden. Ook hier op Tweakers gezocht, niets....

Heeft iemand een idee hoe dit te doen? Ik hoef niet geavanceerds met bewegingsdetectie oid, gewoon elke afbeelding die vanaf de camera in HA komt ergens opslaan, liefst met een volgnummer of timestamp in de bestandsnaam.

Ik sla de afbeelding van mijn deurbel op om die mee te sturen met de notificatie van HA, met de functie camera.snapshot.

YAML:

  action:
    - service: camera.snapshot
      target:
        entity_id: camera.reolink_video_doorbell_poe_sub
      data:
        filename: '/config/www/reolink/deurbel.jpg'

Volgens mij moet het mogelijk zijn om iets te bedenken zodat je de timestamp meegeeft aan de filename, dat heb ik niet nodig.

Edit: in de documentatie staat een mooi voorbeeld: https://www.home-assistan.../camera/#service-snapshot

[ Voor 3% gewijzigd door Ronker32 op 30-05-2023 12:07 ]

[JeroenH]

Ronker32 schreef op dinsdag 30 mei 2023 @ 12:05:
Ik sla de afbeelding van mijn deurbel op om die mee te sturen met de notificatie van HA, met de functie camera.snapshot.

YAML:

  action:
    - service: camera.snapshot
      target:
        entity_id: camera.reolink_video_doorbell_poe_sub
      data:
        filename: '/config/www/reolink/deurbel.jpg'

Volgens mij moet het mogelijk zijn om iets te bedenken zodat je de timestamp meegeeft aan de filename, dat heb ik niet nodig.

Edit: in de documentatie staat een mooi voorbeeld: https://www.home-assistan.../camera/#service-snapshot

Thanks! Waar plaats je deze code, ergens in de configuration.yaml?

Voorbeeld gezien, ja dus

Bedankt! Ik ga knutselen. Snapshot was dus het toverwoord wat ik had moeten gebruiken.

[ Voor 7% gewijzigd door JeroenH op 30-05-2023 12:12 ]

[CappieL]

JeroenH schreef op dinsdag 30 mei 2023 @ 12:11:
[...]


Thanks! Waar plaats je deze code, ergens in de configuration.yaml?

In je automation, en die kun je door een tijd laten triggeren

[water_escape]

@Panzer_V @TheFes .. ok tijd voor lunch eerst. ik lees er gewoon overheen idd.


sensor.neerslag_* it is

[ Voor 14% gewijzigd door water_escape op 30-05-2023 12:33 ]

[IKKE86]

JeroenH schreef op dinsdag 30 mei 2023 @ 12:11:
[...]


Thanks! Waar plaats je deze code, ergens in de configuration.yaml?

Voorbeeld gezien, ja dus

Bedankt! Ik ga knutselen. Snapshot was dus het toverwoord wat ik had moeten gebruiken.

De datum en tijd kun je op deze manier meegeven in de bestandsnaam:

YAML:

service: camera.snapshot
data:
  filename: >-
    /config/www/afbeeldingen/beweging_{{ now().strftime("%d%m%Y - %H-%M-%S") }}.png
target:
  entity_id: camera.naam

[TheFes]

IKKE86 schreef op dinsdag 30 mei 2023 @ 13:21:
[...]


De datum en tijd kun je op deze manier meegeven in de bestandsnaam:

YAML:

service: camera.snapshot
data:
  filename: >-
    /config/www/afbeeldingen/beweging_{{ now().strftime("%d%m%Y - %H-%M-%S") }}.png
target:
  entity_id: camera.naam

Ik zou de spaties rond het streepje dan ook weghalen, anders heeft het ook niet zo veel nut om een underscore te gebruiken.

[NeFoRcE]

Is het mogelijk om alle javascript van addons en HACS te mergen naar 1 ? Een pageload is hier nu 240 requests namelijk. Waarvan de helft wel JS zijn schat ik.

[JeroenH]

Ronker32 schreef op dinsdag 30 mei 2023 @ 12:05:
Ik sla de afbeelding van mijn deurbel op om die mee te sturen met de notificatie van HA, met de functie camera.snapshot.

Dat lijkt niet al te ingewikkeld, maar het werkt niet. Ik heb nu deze automation:

YAML:

alias: save camera images
description: ""
trigger:
  - platform: time_pattern
    seconds: /2
condition: []
action:
  - service: camera.snapshot
    target:
      entity_id: camera.esp32_cam_02_esp_cam03
    data:
      filename: /config/tmp/yourcamera_{{ now().strftime("%Y%m%d-%H%M%S") }}.jpg
mode: single

Ik zie in het logbook dat de automation elke twee seconden triggert, dus de trigger werkt. Ook nog handmatig getriggert om uit te sluiten dat het probleem daar zit.

De entity_id heb ik gecheckt, is correct.

Ik heb in de file editor onder de folder config een folder tmp aangemaakt, ik zou verwachten dat ik daar in bovenstaande code heen verwijs... maar er verschijnen geen jpgs in die folder. Om uit te sluiten dat het aan die/tijd-datum knutselarij in de bestandsnaam ligt, heb ik die regel nog even vervangen door "filename: /config/tmp/yourcamera.jpg" maar dat maakt geen verschil. Met de terminal in de folder tmp gekeken om uit te sluiten dat de file editor het misschien niet goed weergeeft, maar die folder blijft echt leeg,

Wat doe ik verkeerd? Ik heb het idee dat het iets met het pad te maken heeft. Moeten die slashes anders oid? Ik heb nog even de slash voor config weggehaald, dat is het ook niet.

[Ronker32]

JeroenH schreef op dinsdag 30 mei 2023 @ 13:46:
[...]


Dat lijkt niet al te ingewikkeld, maar het werkt niet. Ik heb nu deze automation:

YAML:

alias: save camera images
description: ""
trigger:
  - platform: time_pattern
    seconds: /2
condition: []
action:
  - service: camera.snapshot
    target:
      entity_id: camera.esp32_cam_02_esp_cam03
    data:
      filename: /config/tmp/yourcamera_{{ now().strftime("%Y%m%d-%H%M%S") }}.jpg
mode: single

Ik zie in het logbook dat de automation elke twee seconden triggert, dus de trigger werkt. Ook nog handmatig getriggert om uit te sluiten dat het probleem daar zit.

De entity_id heb ik gecheckt, is correct.

Ik heb in de file editor onder de folder config een folder tmp aangemaakt, ik zou verwachten dat ik daar in bovenstaande code heen verwijs... maar er verschijnen geen jpgs in die folder. Om uit te sluiten dat het aan die/tijd-datum knutselarij in de bestandsnaam ligt, heb ik die regel nog even vervangen door "filename: /config/tmp/yourcamera.jpg" maar dat maakt geen verschil. Met de terminal in de folder tmp gekeken om uit te sluiten dat de file editor het misschien niet goed weergeeft, maar die folder blijft echt leeg,

Wat doe ik verkeerd? Ik heb het idee dat het iets met het pad te maken heeft. Moeten die slashes anders oid? Ik heb nog even de slash voor config weggehaald, dat is het ook niet.

Ik vermoed dat je een stukje uit de documentatie hebt gemist:

The path part of filename must be an entry in the allowlist_external_dirs in your homeassistant: section of your configuration.yaml file.

[JeroenH]

Ronker32 schreef op dinsdag 30 mei 2023 @ 14:04:
Ik vermoed dat je een stukje uit de documentatie hebt gemist:

Ok, dit is wat er is gebeurd:

Ik heb hier een halve week naar zitten googlen, nu in een paar vrije minuten even het hier even gevraagd, het half gesnapt maar gedacht dat ik het helemaal snapte en het even haastig tijdens werktijd willen doen. Dat is onhandig.

Kortom, zeer bedankt voor de hulp, als ik wat meer tijd genomen had had ik het vanaf het punt "snapshot" zelf uit moeten kunnen pluizen

(het werkt)

[CappieL]

JeroenH schreef op dinsdag 30 mei 2023 @ 14:14:
[...]




Ok, dit is wat er is gebeurd:

(het werkt)

Ik heb ook weer iets geleerd..
Zette zelf mijn snapshots in een submap van www, dus dit euvel is nooit naar boven gekomen

[AirJonn]

De status van mijn persoon wisselt tussen 'home' en 'thuis' wanneer ik thuis ben.
Weet iemand waar dit vandaan komt? Condities van automations die voorheen goed werkten doen het nu soms wel soms niet omdat ze state home verwachten ipv Thuis.

[Cyberdemon]

Gizz schreef op dinsdag 30 mei 2023 @ 11:32:
[...]

Inclusief kleur(temperatuur)? Ik vermoed van wel.

[...]

Op welke wijze probeer je via een automation de lamp aan te sturen? Kun je je code laten zien?

Ik denk dat je nu als action iets hebt gedaan op basis van device. Dus op deze manier:

[Afbeelding]

Dat geeft je echter maar heel beperkte mogelijkheden. Het is beter om deze optie te vergeten en in plaats daarvan te kiezen voor de service light.turn_on:

[Afbeelding]

Dan heb je een hele waslijst aan opties, waaronder kleur(temperatuur) en transitietijden.

Dit staat verder los van Tuya of hoe je lamp met HA communiceert.

Je had gelijk.
Bedankt.
Ben verbluft van de opties die er nu te zien zijn.

[CappieL]

AirJonn schreef op dinsdag 30 mei 2023 @ 14:27:
De status van mijn persoon wisselt tussen 'home' en 'thuis' wanneer ik thuis ben.
Weet iemand waar dit vandaan komt? Condities van automations die voorheen goed werkten doen het nu soms wel soms niet omdat ze state home verwachten ipv Thuis.

[Afbeelding]

Heb je toevallig 2 zones voor Thuis / Home, en dat beide zones een ander middelpunt / straal hebben?
Dat je door GPS-drifting soms buiten de ene zone valt, maar nog steeds binnen een andere zone?

[AirJonn]

CappieL schreef op dinsdag 30 mei 2023 @ 14:42:
[...]

Heb je toevallig 2 zones voor Thuis / Home, en dat beide zones een ander middelpunt / straal hebben?
Dat je door GPS-drifting soms buiten de ene zone valt, maar nog steeds binnen een andere zone?

Arghhh dat is het!! Helemaal vergeten die zones. Dat heb ik niet handig gedaan Super, thanks!

[AWEF]

AWEF schreef op maandag 29 mei 2023 @ 16:12:
Wie kan mij helpen: Ik wil de kosten van verschillende apparaten inzichtelijk maken (ik heb een dynamisch tarief)
Ik heb het volgende:
- sensor.smartplug: Hierin staat een kWh waarde
- sensor.electricity_current_tariff: Hierin staat de actuele stroom prijs

Uiteindelijk wil ik de volgende zaken weten:
- Verbruik per dag / maand / jaar (kan met een utility meter)
- Kosten per dag / maand / jaar (kan uiteindelijk ook met een utility meter)
- Gemiddelde prijs per kWh per dag / maand / jaar (is op zich niet zo moeilijk als ik de bovenstaande 2 weet)

Waar ik tegen aan loop is om een goede sensor te krijgen waarin het (totaal) bedrag voor de smartplug staat. Heeft hier iemand een oplossing voor?

Niemand?

[Oon]

AWEF schreef op maandag 29 mei 2023 @ 16:12:
Wie kan mij helpen: Ik wil de kosten van verschillende apparaten inzichtelijk maken (ik heb een dynamisch tarief)
Ik heb het volgende:
- sensor.smartplug: Hierin staat een kWh waarde
- sensor.electricity_current_tariff: Hierin staat de actuele stroom prijs

Uiteindelijk wil ik de volgende zaken weten:
- Verbruik per dag / maand / jaar (kan met een utility meter)
- Kosten per dag / maand / jaar (kan uiteindelijk ook met een utility meter)
- Gemiddelde prijs per kWh per dag / maand / jaar (is op zich niet zo moeilijk als ik de bovenstaande 2 weet)

Waar ik tegen aan loop is om een goede sensor te krijgen waarin het (totaal) bedrag voor de smartplug staat. Heeft hier iemand een oplossing voor?

Ik heb zelf een HomeWizard P1-meter, een aantal HomeWizard Energy Sockets en een paar goedkope Tuya sockets (LEDVANCE over wifi).

Al mijn sockets hebben automatisch een huidige waarde, en de HomeWizard sockets hebben ook een totaal. Maar ik plug het allemaal in het Energy dashboard en laat die de andere berekeningen doen.

Is er een reden waarom jij niet het Energy dashboard gebruikt?

[AWEF]

Oon schreef op dinsdag 30 mei 2023 @ 15:53:
[...]

Ik heb zelf een HomeWizard P1-meter, een aantal HomeWizard Energy Sockets en een paar goedkope Tuya sockets (LEDVANCE over wifi).

Al mijn sockets hebben automatisch een huidige waarde, en de HomeWizard sockets hebben ook een totaal. Maar ik plug het allemaal in het Energy dashboard en laat die de andere berekeningen doen.

Is er een reden waarom jij niet het Energy dashboard gebruikt?

Ik gebruik ook het Energy dashboard, maar die laat niet de kosten zien van de smartplug (wel van m'n totale stroom im- en export). En de kosten van die smartplug (als voorbeeld) is waar ik naar op zoek ben.

Ik heb ook een virtuele thuisaccu (https://github.com/hif2k1/battery_sim) er in staan en ik wil vergelijken wat het verschil is wel en geen accu (qua kosten)

[CappieL]

Oon schreef op dinsdag 30 mei 2023 @ 15:53:
[...]

Is er een reden waarom jij niet het Energy dashboard gebruikt?

Kan het Energy dashboard met dynamische prijzen omgaan? Anders moet je hier toch een template sensor voor aanmaken die elk uur " verbruik * huidige tarief (incl belasting) " doet en daar b.w.v.s. een utility meter van maakt voor (dagelijks / maandelijks / jaarlijkse) kosten.

[AWEF]

CappieL schreef op dinsdag 30 mei 2023 @ 16:04:
[...]


Kan het Energy dashboard met dynamische prijzen omgaan? Anders moet je hier toch een template sensor voor aanmaken die elk uur " verbruik * huidige tarief (incl belasting) " doet en daar b.w.v.s. een utility meter van maakt voor (dagelijks / maandelijks / jaarlijkse) kosten.

Het energy dashboard kan met dynamische tarieven overweg

[Cyberdemon]

Maar hoe weet ik nu welke value ik moet invullen voor de juiste kleur, helderheid, temperatuur... Is er een manier om met het kleurpallet te spelen en de values hierin te bekijken?

[ Voor 29% gewijzigd door Cyberdemon op 30-05-2023 16:30 ]

[TheFes]

Cyberdemon schreef op dinsdag 30 mei 2023 @ 16:29:
Maar hoe weet ik nu welke value ik moet invullen voor de juiste kleur, helderheid, temperatuur... Is er een manier om met het kleurpallet te spelen en de values hierin te bekijken?

Uhm, waar heeft dit betrekking op?

[Cyberdemon]

TheFes schreef op dinsdag 30 mei 2023 @ 16:34:
[...]


Uhm, waar heeft dit betrekking op?

Ik ben op de juiste manier een automatisering aan het maken, voor een lamp, ik zie nu alle opties voor bv kleur wit modus, maar is er de mogelijkheid om de lamp aan te zetten en te testen terwijl je de values veranderd?

[TheFes]

AWEF schreef op maandag 29 mei 2023 @ 16:12:
Wie kan mij helpen: Ik wil de kosten van verschillende apparaten inzichtelijk maken (ik heb een dynamisch tarief)
Ik heb het volgende:
- sensor.smartplug: Hierin staat een kWh waarde
- sensor.electricity_current_tariff: Hierin staat de actuele stroom prijs

Uiteindelijk wil ik de volgende zaken weten:
- Verbruik per dag / maand / jaar (kan met een utility meter)
- Kosten per dag / maand / jaar (kan uiteindelijk ook met een utility meter)
- Gemiddelde prijs per kWh per dag / maand / jaar (is op zich niet zo moeilijk als ik de bovenstaande 2 weet)

Waar ik tegen aan loop is om een goede sensor te krijgen waarin het (totaal) bedrag voor de smartplug staat. Heeft hier iemand een oplossing voor?

Dit is nog best lastig wanneer je dynamische prijzen hebt. Je moet namelijk bij elke verandering in waarde (dus verbruik van de plug) kijken wat de op dat moment geldende prijs is, en die prijs gebruiken.

Je zou daarvoor een trigger based template sensor kunnen gebruiken, die triggert op een state change van de energy sensor van de plug, en dan checkt wat het verschil tussen de huidige waarde en de vorige waarde is, en dat vermenigvuldigt met de prijs. Dat moet dan vervolgens opgeteld worden bij de huidige waarde van die trigger based template sensor.
Het wordt extra ingewikkeld als je plug even unavailable is, want dan zou je nog de laatste numerieke state in een attribute op moeten slaan om dat af te vangen. En dan weet je niet of al het verbruik wel tegen het juiste tarief berekend wordt.

Ofwel, wat je wil is nog niet zo makkelijk

[TheFes]

Cyberdemon schreef op dinsdag 30 mei 2023 @ 16:38:
[...]

Ik ben op de juiste manier een automatisering aan het maken, voor een lamp, ik zie nu alle opties voor bv kleur wit modus, maar is er de mogelijkheid om de lamp aan te zetten en te testen terwijl je de values veranderd?

Je kunt in developer tools > services de light.turn_on service kunnen pakken, en daarmee testen.
Of op je lamp in kunnen stellen, en op developer tools > states kijken wat dan de waardes zijn.

[AWEF]

TheFes schreef op dinsdag 30 mei 2023 @ 16:40:
[...]
Ofwel, wat je wil is nog niet zo makkelijk

Die had ik ook al door

Ik dacht dat ik het voor elkaar had (vraag me niet naar de YAML wat die is een grote bende op het moment met heeeeeeel veel utility meters.

Ik denk dat ik ondertussen wel een ideetje heb, even simpel gezegd:
- Ik maak een utility meter die per 5 min. reset
- Deze vermenigvuldig ik met de actuele prijs
- Daar maak ik weer een utility meter van met de volgende opties:
- periodically_resetting: true -> Om de reset af te vangen
- net_consumption: true -> Zodat ook negative prijzen mee genomen worden

Die ben ik nu aan het testen in een test setup, als het werkt dan zal ik de yaml (van 1 sensor) posten

[ Voor 6% gewijzigd door AWEF op 30-05-2023 16:46 ]

[Septillion]

Cyberdemon schreef op dinsdag 30 mei 2023 @ 16:38:
[...]

Ik ben op de juiste manier een automatisering aan het maken, voor een lamp, ik zie nu alle opties voor bv kleur wit modus, maar is er de mogelijkheid om de lamp aan te zetten en te testen terwijl je de values veranderd?

Twee opties:

Je past in de UI van de automation editor de waarde aan en je drukt op 3-dots => run. Boel wordt dan uitgevoerd volgens huidige instellingen.

Of je opent het device (Settings => Devices & services => Devices, doe ik dan in een nieuwe tab) dat je wilt aanpassen. Daar speel je met de waardes tot je hebt wat je wilt en die neem je dan over in je automation.

Laatste is naar mijn idee het makkelijkste

[Maikie18]

Robbie T schreef op dinsdag 30 mei 2023 @ 10:42:
[...]


Wat voor card is dit? en kan je daarvan de yaml delen?

Dit is de standaard Sankey Chart met auto config enabled en die pakt dan zoals @TheFes zegt de losse entiteiten van het energy dashboard
https://github.com/MindFreeze/ha-sankey-chart

[Willempie27]

AWEF schreef op dinsdag 30 mei 2023 @ 16:45:
[...]


Die had ik ook al door

Ik dacht dat ik het voor elkaar had (vraag me niet naar de YAML wat die is een grote bende op het moment met heeeeeeel veel utility meters.

Ik denk dat ik ondertussen wel een ideetje heb, even simpel gezegd:
- Ik maak een utility meter die per 5 min. reset
- Deze vermenigvuldig ik met de actuele prijs
- Daar maak ik weer een utility meter van met de volgende opties:
- periodically_resetting: true -> Om de reset af te vangen
- net_consumption: true -> Zodat ook negative prijzen mee genomen worden

Die ben ik nu aan het testen in een test setup, als het werkt dan zal ik de yaml (van 1 sensor) posten

Bij helpers nutsmeter kan er wel een sensor ingevoerd worden van het tarief wat dan geldt.

En anders een nutsmeter maken. Daarna een automatisering per uur. Huidige verbruik x prijs wegschijven. Met service aanroepen kan je de nutsmeter weer resetten.

[manusjevanalles]

Sinds een aantal dagen doen timetriggers in automations het ineens niet meer. Ik heb er even een gedupliceerd als test, maar ik krijg die niet meer aan de praat. Ik heb er een condition ingezet die controleert of wij niet op vakantie zijn, dat werkte eerder ook prima (hij staat uiteraard op Off), maar zonder deze condiiton werkt het ook niet.
Zien jullie of er iets mis gaat?

YAML:

alias: Test
description: ""
trigger:
  - platform: time
    at: "20:11:00"
    id: Lamp aan
  - platform: time
    at: "20:12:00"
    id: Lamp uit
condition:
  - condition: time
    before: "21:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
    after: "18:00:00"
  - condition: state
    entity_id: input_boolean.vakantiemodus
    state: "off"
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Lamp aan
        sequence:
          - service: light.turn_on
            data: {}
            target:
              entity_id: light.woonkamer_plafond
      - conditions:
          - condition: trigger
            id: Lamp uit
        sequence:
          - service: light.turn_off
            data: {}
            target:
              entity_id: light.woonkamer_plafond
mode: single

[ Voor 7% gewijzigd door manusjevanalles op 30-05-2023 20:14 ]

[CappieL]

manusjevanalles schreef op dinsdag 30 mei 2023 @ 20:13:
Sinds een aantal dagen doen timetriggers in automations het ineens niet meer. Ik heb er even een gedupliceerd als test, maar ik krijg die niet meer aan de praat. Ik heb er een condition ingezet die controleert of wij niet op vakantie zijn, dat werkte eerder ook prima (hij staat uiteraard op Off), maar zonder deze condiiton werkt het ook niet.
Zien jullie of er iets mis gaat?

YAML:

alias: Test
description: ""
trigger:
  - platform: time
    at: "20:11:00"
    id: Lamp aan
  - platform: time
    at: "20:12:00"
    id: Lamp uit
condition:
  - condition: time
    before: "21:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
    after: "18:00:00"
  - condition: state
    entity_id: input_boolean.vakantiemodus
    state: "off"
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Lamp aan
        sequence:
          - service: light.turn_on
            data: {}
            target:
              entity_id: light.woonkamer_plafond
      - conditions:
          - condition: trigger
            id: Lamp uit
        sequence:
          - service: light.turn_off
            data: {}
            target:
              entity_id: light.woonkamer_plafond
mode: single

Je hebt je automations in Developer Tools opnieuw ingeladen?
Ik zie zo 1-2-3 het probleem niet.

[AWEF]

Willempie27 schreef op dinsdag 30 mei 2023 @ 19:37:
[...]

Bij helpers nutsmeter kan er wel een sensor ingevoerd worden van het tarief wat dan geldt.

En anders een nutsmeter maken. Daarna een automatisering per uur. Huidige verbruik x prijs wegschijven. Met service aanroepen kan je de nutsmeter weer resetten.

Ik neem aan dat je met nutsmeter de utility meter bedoeld?
Daar zit idd een tariffs optie in, maar dat is alleen maar voor piek of dal tarief, daar kan je geen prijs sensor in zetten

Op zich heb / had ik al iets gebouwd:

YAML:

template:
  - sensor:
      - name: "Grid - Cost Hourly"
        unit_of_measurement: EUR
        state: "{{ ((states.sensor.grid_usage_hourly.state | float) * (states.sensor.electricity_current_tariff.state | float)) | round(5) }}"

utility_meter:
  grid_usage_hourly:
    name: Grid - Usage Hourly
    source: sensor.p1_meter_5c2faf0a40a8_total_power_import
    cycle: hourly

  grid_cost_daily:
    name: Grid - Cost Daily
    source: sensor.grid_cost_hourly
    cycle: daily

Dit ging goed, totdat de prijzen negatief werden, de sensor kan wel omhoog maar niet naar beneden. Dat zou op te lossen moeten zijn door "net_consumption" toe te voegen, maar het vervelende bij effect is dat dan op het hele uur, het verbruik van het afgelopen uur word afgetrokken van de huidige waarde (effectief gaat die dan dus weer naar 0)

[manusjevanalles]

CappieL schreef op dinsdag 30 mei 2023 @ 20:20:
[...]


Je hebt je automations in Developer Tools opnieuw ingeladen?
Ik zie zo 1-2-3 het probleem niet.

Dat was eerder nooit nodig, heb dat iig nog nooit gedaan. Ik zal het even testen.

Edit: helaas werkt het ook dan niet.

[ Voor 6% gewijzigd door manusjevanalles op 30-05-2023 20:25 ]

[tozzke]

manusjevanalles schreef op dinsdag 30 mei 2023 @ 20:13:
Sinds een aantal dagen doen timetriggers in automations het ineens niet meer. Ik heb er even een gedupliceerd als test, maar ik krijg die niet meer aan de praat. Ik heb er een condition ingezet die controleert of wij niet op vakantie zijn, dat werkte eerder ook prima (hij staat uiteraard op Off), maar zonder deze condiiton werkt het ook niet.
Zien jullie of er iets mis gaat?

YAML:

alias: Test
description: ""
trigger:
  - platform: time
    at: "20:11:00"
    id: Lamp aan
  - platform: time
    at: "20:12:00"
    id: Lamp uit
condition:
  - condition: time
    before: "21:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
    after: "18:00:00"
  - condition: state
    entity_id: input_boolean.vakantiemodus
    state: "off"
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Lamp aan
        sequence:
          - service: light.turn_on
            data: {}
            target:
              entity_id: light.woonkamer_plafond
      - conditions:
          - condition: trigger
            id: Lamp uit
        sequence:
          - service: light.turn_off
            data: {}
            target:
              entity_id: light.woonkamer_plafond
mode: single

Wat zegt de trace?

[manusjevanalles]

tozzke schreef op dinsdag 30 mei 2023 @ 20:28:
[...]

Wat zegt de trace?

Maar ook deze, wat vreemd is, want de entity bestaat zeker.



Edit: het lijkt toch in die vakantiemodus te zitten, want zonder werkt hij wel. Hoe kan ik dit instellen zodat het wel werkt?

Edit 2: en nu werkt het weer prima, bijzonder

[ Voor 37% gewijzigd door manusjevanalles op 30-05-2023 20:53 ]

[schumi2004]

Wie herkent het volgende gedrag.
Ik ben volledig van mijn deconz setup afgestapt en naar zigbee2mqtt geswitched.
Alles toegevoegd en hernoemd naar oude entity namen waar nodig en alles werkt weer naar behoren lijkt het, op één ding na.
Al mijn ikea gu10 color lampen houden hun helderheid in de gui niet vast, deze springt elke keer naar 0. Maar bij ook weer ikea gu10 's maar dan warm wit varianten doet hij dit niet, die houden het wel vast.

Het is alleen in de gui want de lamp zelf blijft wel in opgegeven stand.

Ik vermoed dat het een ding van z2m is maar zeker weet ik het niet, dat is wel het geen wat als laatste veranderd is.

Iemand een idee?

/edit:
Blijkt dus de color temp geweest te zijn die nooit gezet is in nieuwe situatie

[ Voor 6% gewijzigd door schumi2004 op 30-05-2023 22:57 ]

[AWEF]

TheFes schreef op dinsdag 30 mei 2023 @ 16:40:
[...]


Dit is nog best lastig wanneer je dynamische prijzen hebt. Je moet namelijk bij elke verandering in waarde (dus verbruik van de plug) kijken wat de op dat moment geldende prijs is, en die prijs gebruiken.

Je zou daarvoor een trigger based template sensor kunnen gebruiken, die triggert op een state change van de energy sensor van de plug, en dan checkt wat het verschil tussen de huidige waarde en de vorige waarde is, en dat vermenigvuldigt met de prijs. Dat moet dan vervolgens opgeteld worden bij de huidige waarde van die trigger based template sensor.
Het wordt extra ingewikkeld als je plug even unavailable is, want dan zou je nog de laatste numerieke state in een attribute op moeten slaan om dat af te vangen. En dan weet je niet of al het verbruik wel tegen het juiste tarief berekend wordt.

Ofwel, wat je wil is nog niet zo makkelijk

Ik denk dat ik hem nu heb. Ik heb nu onderstaande yaml:

YAML:

template:
  - trigger:
    - platform: state
      entity_id: sensor.p1_meter_5c2faf0a40a8_total_power_import
    sensor:
      - name: Energy Used Diff
        state: '{{ ((trigger.to_state.state | float) - (trigger.from_state.state | float)) | round(3) }}'
        unit_of_measurement: "kWh"
        attributes:
          LastUpdated: '{{ now() }}'
      - name: "Energy Cost"
        unit_of_measurement: EUR
        icon: mdi:currency-eur
        state: "{{ (states('sensor.energy_used_diff') | float * states('sensor.electricity_current_tariff') | float) | round(8) }}"
        attributes:
          LastUpdated: '{{ now() }}'

utility_meter:
  energy_cost_hourly:
    source: sensor.energy_cost
    cycle: hourly
    delta_values: true
    net_consumption: true
  energy_cost_daily:
    source: sensor.energy_cost
    cycle: daily
    delta_values: true
    net_consumption: true

En de uitleg:
De template triggert op een wijziging van sensor.p1_meter_5c2faf0a40a8_total_power_import en update dan 2 nieuwe sensoren:
- Energy Used Diff: die neemt het verschil tussen de huidige waarde (trigger.to_state.state | float) en vorige waarde (trigger.from_state.state | float). Hier zit ook een extra attribute LastUpdated in, deze is nodig om een update te forceren.
- Energy Cost: die berekend het verbruik * de huidige prijs. Hier zit ook weer het extra attribute LastUpdated in.

Vervolgens zorgen de utility_meter sensoren voor het bijhouden van de kosten, de delta_values: true zorgt er voor dat de waardes bij elkaar opgeteld worden ipv. het verschil te nemen

@TheFes: Als je nog aanvullingen / verbeteringen hebt, dan hoor ik het graag

[Cyberdemon]

Lamp gaat aan als ik de temperatuur modus aanzet maar bv niet als ik rgbw aanvink.
Dit is de yaml van de lamp:


Effects ontbreekt dus. (ondanks deze wel mogelijk zijn. Er zit een afstandsbediening bij de lamp met voorgeprogrammeerde effecten)
Ook foto bijgevoegd van het bedieningspaneel. Lijkt mij ook niet in orde.
De witmodus lijkt mij ook te ontbreken.
Het is weer een hele boterham dat veel vragen oproept.


Ik denk dat er een behoorlijk configuratie issue is.
Temperatuur veranderd niet wanneer ik deze aanpas. Ook in het kleuren paneel komt er paars door terwijl ik op rood duw. De bolletjes om de kleur aan te duiden verspringen tijdens het aanpassen. Na 2 of 3 duwen is het dan de juiste kleur maar de temperatuur die maar 1 kleur kent lijkt me niet normaal.

[ Voor 12% gewijzigd door Cyberdemon op 30-05-2023 23:18 ]

[Septillion]

@AWEF Ik zou nog even availability toevoegen zodat de boel niet in de soep draait of errors spuugt als je power of tarief sensor niet beschikbaar zijn.

[Septillion]

@Cyberdemon Code als plaatje posten EN je scherm als foto posten, schaam je...

Maar wat probeer je nu precies te doen? Je hebt een lamp die niet goed reageert als je hem via de UI aan stuurt ofzo? Want dan moet je eerst eens gaan kijken naar de integratie. Stapje voor stapje

[TheFes]

AWEF schreef op dinsdag 30 mei 2023 @ 22:19:
[...]


Ik denk dat ik hem nu heb. Ik heb nu onderstaande yaml:

YAML:

template:
  - trigger:
    - platform: state
      entity_id: sensor.p1_meter_5c2faf0a40a8_total_power_import
    sensor:
      - name: Energy Used Diff
        state: '{{ ((trigger.to_state.state | float) - (trigger.from_state.state | float)) | round(3) }}'
        unit_of_measurement: "kWh"
        attributes:
          LastUpdated: '{{ now() }}'
      - name: "Energy Cost"
        unit_of_measurement: EUR
        icon: mdi:currency-eur
        state: "{{ (states('sensor.energy_used_diff') | float * states('sensor.electricity_current_tariff') | float) | round(8) }}"
        attributes:
          LastUpdated: '{{ now() }}'

utility_meter:
  energy_cost_hourly:
    source: sensor.energy_cost
    cycle: hourly
    delta_values: true
    net_consumption: true
  energy_cost_daily:
    source: sensor.energy_cost
    cycle: daily
    delta_values: true
    net_consumption: true

En de uitleg:
De template triggert op een wijziging van sensor.p1_meter_5c2faf0a40a8_total_power_import en update dan 2 nieuwe sensoren:
- Energy Used Diff: die neemt het verschil tussen de huidige waarde (trigger.to_state.state | float) en vorige waarde (trigger.from_state.state | float). Hier zit ook een extra attribute LastUpdated in, deze is nodig om een update te forceren.
- Energy Cost: die berekend het verbruik * de huidige prijs. Hier zit ook weer het extra attribute LastUpdated in.

Vervolgens zorgen de utility_meter sensoren voor het bijhouden van de kosten, de delta_values: true zorgt er voor dat de waardes bij elkaar opgeteld worden ipv. het verschil te nemen

@TheFes: Als je nog aanvullingen / verbeteringen hebt, dan hoor ik het graag

Dit gaat fout na een herstart, dan gaat je bronsensor namelijk van unavailable naar een getal, en daar zal je berekening op vastlopen.
Er moet nog wel wat meer logica in om dat af te vangen, maar dat kan ik nu even niet verder toelichten omdat ik een beetje druk ben.

@Septillion
Een availability filter wil je juist niet, want je hebt altijd je oude state nodig om berekeningen mee te doen. Die wil je niet kwijtraken doordat de sensor naar unavailable gaat

[ Voor 4% gewijzigd door TheFes op 31-05-2023 12:42 ]

[AWEF]

TheFes schreef op woensdag 31 mei 2023 @ 12:40:
[...]


Dit gaat fout na een herstart, dan gaat je bronsensor namelijk van unavailable naar een getal, en daar zal je berekening op vastlopen.
Er moet nog wel wat meer logica in om dat af te vangen, maar dat kan ik nu even niet verder toelichten omdat ik een beetje druk ben.

Het lijkt goed te gaan, na een heeeeeel aantal herstarts van HA (om de nieuwe yaml's te laden) zie ik geen issues met berekeningen die fout gaan. Ik ben dan wel benieuwd wat er fout zou moeten gaan...

[TheFes]

AWEF schreef op woensdag 31 mei 2023 @ 13:27:
[...]


Het lijkt goed te gaan, na een heeeeeel aantal herstarts van HA (om de nieuwe yaml's te laden) zie ik geen issues met berekeningen die fout gaan. Ik ben dan wel benieuwd wat er fout zou moeten gaan...

Oh wacht, je hebt het anders gedaan dan ik verwacht had. Je had toch dynamische tarieven? Je vermenigvuldigt nu gewoon elke keer je totale verbruik met het op dat moment geldende tarief, dus niet met het tarief op het moment van het verbruik.

Op deze manier heeft een trigger based template sensor ook geen toegevoegde waarde

[AWEF]

TheFes schreef op woensdag 31 mei 2023 @ 13:31:
[...]


Oh wacht, je hebt het anders gedaan dan ik verwacht had. Je had toch dynamische tarieven? Je vermenigvuldigt nu gewoon elke keer je totale verbruik met het op dat moment geldende tarief, dus niet met het tarief op het moment van het verbruik.

Op deze manier heeft een trigger based template sensor ook geen toegevoegde waarde

Bijna, ik vermenigvuldig het actuele verbruik met het huidig geldende tarief (dus niet het totale verbruik), en de trigger based template heb ik dus wel nodig om het verschil tussen de huidige reading en vorige reading te bepalen.

[TheFes]

AWEF schreef op woensdag 31 mei 2023 @ 13:35:
[...]


Bijna, ik vermenigvuldig het actuele verbruik met het huidig geldende tarief (dus niet het totale verbruik), en de trigger based template heb ik dus wel nodig om het verschil tussen de huidige reading en vorige reading te bepalen.

Ik heb nu wat beter gekeken wat je doet, maar dit werkt niet.

Ten eerste gebruik je een power sensor (W) als bron, terwijl de prijs per kWh is, daarmee krijg je dus al foute resultaten.

Verder gebruik je dan een utility meter om het bij elkaar op te tellen, maar dit zal bij een stijgend verbruik je template sensor anders interpreteren.
Stel je verschil is eerst 50W, en daarna 60W, dan wordt het resultaat van je cost sensor dus hoger. Je utility meter zal dan alleen het verschil er bij optellen (10W) dus, en niet 60W (dit vermenigvuldigt met de prijs met kWh)

Je moet naar mijn idee zoiets doen:

YAML:

- trigger:
    - platform: state
      entity_id: je energy sensor
      not_to:
        - unknown
        - unavailable
  sensor:
    - unique_id: iets unieks, bijvoorbeeld een UUID
      name: energy cost
      state: >
        {% set p = states('sensor.huidige_prijs') | float(0) %}
        {% set new = trigger.to_state.state | float %}
        {% set last = this.attributes.last_nominal | default(trigger.from_state.state | float(new)) %}
        {{ this.state | default(0) | float(0) + (new - last) * p }}
      attributes:
        last_nominal: "{{ trigger.to_state.state | float }}"

(disclaimer: code is niet getest en getypt op mobiel, staan dus mogelijk fouten in)

[AWEF]

TheFes schreef op woensdag 31 mei 2023 @ 14:05:
[...]


Ik heb nu wat beter gekeken wat je doet, maar dit werkt niet.

Ten eerste gebruik je een power sensor (W) als bron, terwijl de prijs per kWh is, daarmee krijg je dus al foute resultaten.

Verder gebruik je dan een utility meter om het bij elkaar op te tellen, maar dit zal bij een stijgend verbruik je template sensor anders interpreteren.
Stel je verschil is eerst 50W, en daarna 60W, dan wordt het resultaat van je cost sensor dus hoger. Je utility meter zal dan alleen het verschil er bij optellen (10W) dus, en niet 60W (dit vermenigvuldigt met de prijs met kWh)

Je moet naar mijn idee zoiets doen:

YAML:

- trigger:
    - platform: state
      entity_id: je energy sensor
      not_to:
        - unknown
        - unavailable
  sensor:
    - unique_id: iets unieks, bijvoorbeeld een UUID
      name: energy cost
      state: >
        {% set p = states('sensor.huidige_prijs') | float(0) %}
        {% set new = trigger.to_state.state | float %}
        {% set last = this.attributes.last_nominal | default(trigger.from_state.state | float(new)) %}
        {{ this.state | default(0) | float(0) + (new - last) * p }}
      attributes:
        last_nominal: "{{ trigger.to_state.state | float }}"

(disclaimer: code is niet getest en getypt op mobiel, staan dus mogelijk fouten in)

De sensor.p1_meter_5c2faf0a40a8_total_power_import is de kWh reading van m'n slimme meter:

[Septillion]

TheFes schreef op woensdag 31 mei 2023 @ 12:40:
@Septillion
Een availability filter wil je juist niet, want je hebt altijd je oude state nodig om berekeningen mee te doen. Die wil je niet kwijtraken doordat de sensor naar unavailable gaat

Doelde ook niet alleen op de parameter maar algemeen de boel om te kunnen doen gaan met niet available zijn van de bronnen. Door from_state is dat inderdaad iets complexer dan stomweg checken of de bronnen er zijn.

[TheFes]

AWEF schreef op woensdag 31 mei 2023 @ 14:11:
[...]


De sensor.p1_meter_5c2faf0a40a8_total_power_import is de kWh reading van m'n slimme meter:
[Afbeelding]

Dan heeft die een erg verwarrend entity_id. Dan nog blijft mijn tweede opmerking staan.

[Septillion]

AWEF schreef op woensdag 31 mei 2023 @ 14:11:
[...]


De sensor.p1_meter_5c2faf0a40a8_total_power_import is de kWh reading van m'n slimme meter:
[Afbeelding]

Welke integratie is dat? Want super irritant dat ze niet de juiste term gebruiken... Tijd voor een bug report namelijk.
power = (k)W
energy = (k)Wh

[AWEF]

Septillion schreef op woensdag 31 mei 2023 @ 14:13:
[...]

Welke integratie is dat? Want super irritant dat ze niet de juiste term gebruiken... Tijd voor een bug report namelijk.
power = (k)W
energy = (k)Wh

HomeWizard

[TheFes]

@AWEF ik denk dat je opzet inderdaad toch wel kan werken, die delta_values optie van de utility meter kende ik nog niet

[Cyberdemon]

Septillion schreef op woensdag 31 mei 2023 @ 11:45:
@Cyberdemon Code als plaatje posten EN je scherm als foto posten, schaam je...

Maar wat probeer je nu precies te doen? Je hebt een lamp die niet goed reageert als je hem via de UI aan stuurt ofzo? Want dan moet je eerst eens gaan kijken naar de integratie. Stapje voor stapje

Mijn excuses.

YAML:

min_color_temp_kelvin: 2000
max_color_temp_kelvin: 6535
min_mireds: 153
max_mireds: 500
supported_color_modes:
  - brightness
  - color_temp
  - hs
icon: mdi:floor-lamp
friendly_name: Vloerlamp
supported_features: 0

De lamp heeft een wit modus, alleen word die niet juist doorgegeven als ik van wat ik al weet naar het yaml kijk. Ook kan ik maar 1 warmte instellen.
Wat ik met deze lamp wil bereiken :
Overdag aan in witmodus koud wit bepaalde omstandigheden,
Savonds warm wit 60% brightness,
Savonds Laat 40%
En dan uit op bepaald uur.

In specifieke condities rood knipperen.
Ik weet hoe de automaties nu werken maar er is blijkbaar iets met het yaml.
K'zie ook geen configureer knop staan bij de tuya integratie.

Voor code hebben we code tags

[ Voor 3% gewijzigd door Septillion op 31-05-2023 16:38 ]

[AWEF]

TheFes schreef op woensdag 31 mei 2023 @ 16:07:
@AWEF ik denk dat je opzet inderdaad toch wel kan werken, die delta_values optie van de utility meter kende ik nog niet

De delta_values is idd de truuk hier. Door de template krijg je het verschil de huidig en vorige reading, en met de delta optie tel je die bij elkaar op

[IKKE86]

AWEF schreef op dinsdag 30 mei 2023 @ 20:20:
[...]


Ik neem aan dat je met nutsmeter de utility meter bedoeld?
Daar zit idd een tariffs optie in, maar dat is alleen maar voor piek of dal tarief, daar kan je geen prijs sensor in zetten

Op zich heb / had ik al iets gebouwd:

YAML:

template:
  - sensor:
      - name: "Grid - Cost Hourly"
        unit_of_measurement: EUR
        state: "{{ ((states.sensor.grid_usage_hourly.state | float) * (states.sensor.electricity_current_tariff.state | float)) | round(5) }}"

utility_meter:
  grid_usage_hourly:
    name: Grid - Usage Hourly
    source: sensor.p1_meter_5c2faf0a40a8_total_power_import
    cycle: hourly

  grid_cost_daily:
    name: Grid - Cost Daily
    source: sensor.grid_cost_hourly
    cycle: daily

Dit ging goed, totdat de prijzen negatief werden, de sensor kan wel omhoog maar niet naar beneden. Dat zou op te lossen moeten zijn door "net_consumption" toe te voegen, maar het vervelende bij effect is dat dan op het hele uur, het verbruik van het afgelopen uur word afgetrokken van de huidige waarde (effectief gaat die dan dus weer naar 0)

Hoe gebruik je dit nu dan @AWEF? Zet je het bovenste gedeelte als sensor in je configuration.yaml? Of gebruik je een automatisering?

[AWEF]

IKKE86 schreef op woensdag 31 mei 2023 @ 16:27:
[...]


Hoe gebruik je dit nu dan @AWEF? Zet je het bovenste gedeelte als sensor in je configuration.yaml? Of gebruik je een automatisering?

Ik heb een aparte yaml aangemaak, voor de inhoud en uitleg zie: AWEF in "Home Assistant: Open source Python3 home automation - deel 5"

Let hierbij wel op dat de sensor sensor.p1_meter_5c2faf0a40a8_total_power_import de kWh waarde van m'n slimme meter is

[Septillion]

@Cyberdemon Waarom ben je dan ook al met yaml bezig? Dit kan je toch gewoon via de UI doen

Eerst om te testen of hij normaal werkt. Selecteer daarvoor de lamp uit je device lijst. Dan zou je een venster moeten krijgen waarmee je de staat van de lamp aan kunt passen. Werkt dit?

Dan kan je hem vatten in automation. En ja, per call kan je maar een enkele kleur opgeven. Je zal dus automations (of combineren in een enkele) moeten maken voor al je gevallen dat je een specifieke kleur wilt

[icecreamfarmer]

icecreamfarmer schreef op vrijdag 26 mei 2023 @ 23:18:
[...]


Dat dacht ik ook maar op 16-12 zegt hij dit:
https://github.com/skelga...stant-apsystems/issues/20


[...]


Ik kreeg dit alleen met geen mogelijkheid werkend in mijn yaml.

Doe ik dit:
sensor.apsystems_energy_day:
device_class: energy
state_class: total_increasing

Krijg ik de foutmelding:


[...]


Dit terwijl het een werkende identity ID is als ik bij Entities kijk.

Daar krijg ik wel deze foutmelding.


[...]

Oke alles zelf via een scrape gebeuren werkend gekregen.
Als je een APsystems ECU-C hebt kun je lokaal de webserver scrapen. FAQ staat hier:

icecreamfarmer in "APS ecu-r lokaal data uitlezen (projectje)"

[Cyberdemon]

Septillion schreef op woensdag 31 mei 2023 @ 16:41:
@Cyberdemon Waarom ben je dan ook al met yaml bezig? Dit kan je toch gewoon via de UI doen

Eerst om te testen of hij normaal werkt. Selecteer daarvoor de lamp uit je device lijst. Dan zou je een venster moeten krijgen waarmee je de staat van de lamp aan kunt passen. Werkt dit?

Dan kan je hem vatten in automation. En ja, per call kan je maar een enkele kleur opgeven. Je zal dus automations (of combineren in een enkele) moeten maken voor al je gevallen dat je een specifieke kleur wilt

Bedoelt u dit :




Dat is wat ik zie als ik het apparaat open. 'bediening'
Zoals gezegd als ik hier (zichtbaar als lamp aanstaat) de warmte aanpas, kent de lamp maar 1 kleur. Er veranderd dus niets als ik de warmte verander met de slider. Dus er moet iets mis zijn met het yaml.

Dat laatste heb ik gedaan.
Heb 1 test automatie gedaan maar bijna niets werkt hiervan. Ook geen effecten te zien.
Als ik wit modus aanzet gaat de lamp niet aan.

[Septillion]

@Cyberdemon (Helaas^*), ja

Maar probeer je dan de kleur via het kleurenwiel (dus RGB) aan te passen? Of heb je het over CCT (regelbaar wit) met een slider? Dit omdat je alleen plaatje van het kleurwiel geeft maar je het hebt over "warm".

En als je het over de kleurtemperatuur slider hebt, werkt RGB via het kleurwiel wel?

Maar daar zou het gewoon moeten werken nadat je een lamp hebt via een integratie (via de UI). Zo niet, dan is er wat mis met de integratie. Dat is dan eigenlijk ook niet "even te fixen met yaml" tenzij je een alternatieve manier hebt om de lamp te bedienen of dat de integratie een yaml manier heeft om iets te configureren / toevoegen. Maar ik meen dat je Tuya (cloud) gebruikt? Dan valt er volgens mij gewoon niets aan te doen behalve een bug report maken.

Zolang je de lamp handmatig via HA niet normaal kunt bedienen hoef je ook niet aan de slag met automations ofzo. Die gebruiken op de achtergrond gewoon hetzelfde.


* Nieuwe layout van die kaart is ruk

[WoBBeL]

@Cyberdemon Die spot lijkt geen CCT (warm wit-koud wit selecteerbaar) te zijn, anders zou je kaart 2 tabbladen moeten hebben (Kleur & Temperatuur). In je foto kun je alleen kleur selecteren.

Je verlichting is dus alleen RGB zoals hij nu is toegevoegd.

Je kan via Ontwikkelhulpmiddelen -> Statussen (je kan hier filteren op de naam van je lamp) checken wat je lamp doorgeeft (zie screenshot hieronder, mijn RGB CCT/RGB WW spot geeft netjes juiste kleur temperaturen door). Het lijkt echter mis te gaan met de integratie van je lamp óf je lamp heeft alleen maar RGB (en geen RGB CCT of RGB WW).

Welk type lamp heb je (merk + model)?

[ Voor 82% gewijzigd door WoBBeL op 31-05-2023 20:21 ]

[Septillion]

Leuke nieuwe features in de .6 release! Network share voor je backup (en media etc) en copy and past in de automation editor. Nu alleen alleen nog niet alles ingeklapt als standaard...

Zie ook wat tweaks aan device popup maar nog steeds geen fan van de extreme simplificatie

[Cyberdemon]

@Septillion


Warmte blijft hetzelfde hoe ik de slider Ook instel. Rgb werkt wel maar buggy naar mijn idee. Selecteer bolletjes verspringen.
De alternatieve manier is via de tuya app.
Daar werkt die meestal perfect.
Maar tuya valt te integreren in home assistent dus misschien is er toch ergens iets fout. Gezien ze in de tuya app wel werkt. Ik gebruik idd tuya cloud based.
Ik hoopte hierdoor gebruik te kunnen maken van de licht effecten bibliotheek.
Intussen achter gekomen dat je dan nog enkele opties moet aanvinken in create a project in tuya platform.

@WoBBeL
Vloerlamp attributen ;

YAML:

 
min_color_temp_kelvin: 2000
max_color_temp_kelvin: 6535
min_mireds: 153
max_mireds: 500
supported_color_modes:
  - brightness
  - color_temp
  - hs
icon: mdi:floor-lamp
friendly_name: Vloerlamp
supported_features: 0

Model/merk :
Sensic SL-1 Hoeklamp met Afstandsbediening - RGB/Wit Licht Smart Vloerlamp - Staande Led Lamp - Dimbaar - Zwart

[ Voor 4% gewijzigd door Cyberdemon op 31-05-2023 21:11 ]

[Septillion]

@Cyberdemon Als het in de app wel werkt dan lijkt er wat fout ja. Of is warm/koud wit via de app nep en via de RGB?

Maar wat dan ook, dat is niet iets dat je via yaml kant oplossen. Dat zal dan in de integratie moeten. Of misschien zelf in de cloud.

[Cyberdemon]

Septillion schreef op woensdag 31 mei 2023 @ 21:14:
@Cyberdemon Als het in de app wel werkt dan lijkt er wat fout ja. Of is warm/koud wit via de app nep en via de RGB?

Maar wat dan ook, dat is niet iets dat je via yaml kant oplossen. Dat zal dan in de integratie moeten. Of misschien zelf in de cloud.

Bedoel je nep dat de witte modus niet bestaat? Dat denk ik niet. Lamp kan echt mooi koud wit en warm weergeven. Met de witmodus. Maar in rgb kan wit ook wel. Warm wit mss ook. Je zegt in de integratie.
Wat moet ik dan doen? Waar moet ik kijken?
Er is namelijk geen configureer knop te zien bij de tuya integratie.
Is dit eigenlijk een slechte keuze geweest deze lamp? Vind zon licht bar mooi maar was moeilijk te vinden één die én wit en rgb kan weergeven. Maar denk dat ik beter zelf 1 had gemaakt. Niet? Waar wil je naar kijken als je lampen uitkiest als je home assistant wil gebruiken?

[verjager]

Septillion schreef op woensdag 31 mei 2023 @ 20:52:
Leuke nieuwe features in de .6 release! Network share voor je backup (en media etc) en copy and past in de automation editor. Nu alleen alleen nog niet alles ingeklapt als standaard...

Zie ook wat tweaks aan device popup maar nog steeds geen fan van de extreme simplificatie

Deze staan me ook wel aan:

The variables action is now also availble in the automation and script editors in the UI. Thanks, @piitaya

The add-on dashboard, now has a search bar. Helpful, @bramkragten!

The States in the developer tools now uses the entity ID in the entity ID picker. Thanks, @bramkragten!

En van de huidige release:

Webhooks have been extended this release. We now have support for webhooks that use the GET HTTP method!

But that is not all. Thanks to @esev, we also got some new security features for our webhook triggers. You can now set which HTTP methods your webhook trigger work with and the ability to limit webhooks to only work on your local network.

Hiermee stuurt m'n Shelly1-deurbel een GET-request, die is iets sneller en vooral betrouwbaarder dan de state-change van de input:

YAML:

trigger:
  - platform: webhook
    allowed_methods:
      - GET
    local_only: true
    webhook_id: deurbel-***
  - platform: state
    entity_id: binary_sensor.shelly1_deurbel_input
    to: 'on'

Enkel heel kort indrukken van de bel wordt gemist (maar dan hebben we altijd de buitencamera nog).

[Septillion]

Cyberdemon schreef op woensdag 31 mei 2023 @ 21:54:
[...]

Bedoel je nep dat de witte modus niet bestaat? Dat denk ik niet. Lamp kan echt mooi koud wit en warm weergeven.

Er is volgens mij geen eis uit HA dat de kleurtemperatuur schuif niet via RGB mag maar het is niet gangbaar.

[quote]
Wat moet ik dan doen? Waar moet ik kijken?
[quote]
Als je zeker weet dat het niet goed gaat, bug report maken. De documentatie van een integratie is altijd een goed startpunt.

Er is namelijk geen configureer knop te zien bij de tuya integratie.

Zou in de basis dus ook niet nodig moeten zijn.

Is dit eigenlijk een slechte keuze geweest deze lamp? Vind zon licht bar mooi maar was moeilijk te vinden één die én wit en rgb kan weergeven. Maar denk dat ik beter zelf 1 had gemaakt. Niet? Waar wil je naar kijken als je lampen uitkiest als je home assistant wil gebruiken?

Zelf ben ik geen fan van de cloud afhankelijkheid. Dus ik kijk alleen naar lokaal te bedienen lampen. Voor mij dus Zigbee, Tasmota, WLED, ESPhome etc.

Voor deze lamp zou je nog naar local Tuya kunnen kijken. Dat is een andere integratie die lokale integratie maakt. Maar dat is volgens mij wel wat configuratie werk. Zelf niet in gebruik maar zijn volgens mij wel gebruikers hier die het gebruiken.

[Maikie18]

Mooie toevoeging aan de sankey chart lijken me deze losse kaarten met min max e.d. iemand enig idee welke add-on ze daarvoor gebruikt hebben?

[Gizz]

@Maikie18 dat is geen add-on. Add-ons binnen HA zijn geheel aparte programma's die in een (verborgen) dockercontainer draaien.

Dit is wel een custom front-end dingetje dat je het makkelijkst via HACS kunt installeren: mini-graph-card. Ook bv. ApexCharts kan min/max weergeven.

[ Voor 14% gewijzigd door Gizz op 01-06-2023 09:25 ]

[Kev!n]

Goedemorgen! ik ben veel bezig met HA en voor de airbnb onder mijn woning wil ik een paneel ophangen of tablet. Nu komt dat allemaal wel neer op zo een €100 of meer. Maar ik zag ook de Sonoff NSpanel die met HA kan draaien (zit gewoon android op) en tegenwoordig een direct integratie.(helaas wel online integratie)

Iemand ervaring mee? Ik zie zelfs op aliexpress de apparaten (waarschijnlijk namaak) staan voor €20-€50.. Maar durf dat eigenlijk niet te doen. Of is er een leuk alternatief?

[ Voor 3% gewijzigd door Kev!n op 01-06-2023 09:27 ]

[robbinonline]

Ik heb steeds de volgende terugkerende error in mijn log. Hoe kan ik nou precies achterhalen waar de fout zit, in welk config file moet ik dan zijn?

YAML:

Logger: homeassistant.components.rest.sensor
Source: components/rest/sensor.py:174 
Integration: RESTful (documentation, issues) 
First occurred: 09:26:32 (22 occurrences) 
Last logged: 09:31:47

REST result could not be parsed as JSON
 

waarschijnlijk gekoppeld aan deze error, want ze komen precies even vaak voor en op hetzelfde tijdstip.

YAML:

Logger: homeassistant.helpers.template
Source: helpers/template.py:716 
First occurred: 09:26:32 (22 occurrences) 
Last logged: 09:31:47

Template variable error: 'value_json' is undefined when rendering '{{ value_json.messages }}'
 

[ Voor 33% gewijzigd door robbinonline op 01-06-2023 09:34 ]

[Invisible_man]

Kev!n schreef op donderdag 1 juni 2023 @ 09:25:
Maar ik zag ook de Sonoff NSpanel die met HA kan draaien (zit gewoon android op) en tegenwoordig een direct integratie.

Even voor de duidelijkheid, Sonoff heeft de nspanel en de nspanel pro en dat zijn twee compleet verschillende producten voor wat HA betreft. De gewone nspanel heeft geen android en kan als je daar andere firmware op zet gekoppeld worden met HA, maar is beperkt tot wat meetwaarden op het hoofdscherm en wat knoppen om lichten aan en uit te zetten. Deze heb ik ook en doet wat hij moet prima, maar dat is het dan ook wel.

De nspanel pro heeft wel android en kan met andere firmware direct de HA android app draaien die je ook op je telefoon hebt en kan daarmee dus alles wat de HA app ook kan.

Persoonlijk ben ik vooral benieuwd waar Shelly met hun nieuwe wall panel mee gaat komen welke HA integratie zou hebben, maar ik heb daar tot nu toe nog weinig info over kunnen vinden hoe dat er dan uit gaat zien.

[-Casper]

robbinonline schreef op donderdag 1 juni 2023 @ 09:30:
Ik heb steeds de volgende terugkerende error in mijn log. Hoe kan ik nou precies achterhalen waar de fout zit, in welk config file moet ik dan zijn?

YAML:

Logger: homeassistant.components.rest.sensor
Source: components/rest/sensor.py:174 
Integration: RESTful (documentation, issues) 
First occurred: 09:26:32 (22 occurrences) 
Last logged: 09:31:47

REST result could not be parsed as JSON
 

waarschijnlijk gekoppeld aan deze error, want ze komen precies even vaak voor en op hetzelfde tijdstip.

YAML:

Logger: homeassistant.helpers.template
Source: helpers/template.py:716 
First occurred: 09:26:32 (22 occurrences) 
Last logged: 09:31:47

Template variable error: 'value_json' is undefined when rendering '{{ value_json.messages }}'
 

Je hebt iets van een rest sensor die geen (JSON) waarde retourneert. Als gevolg krijg je deze errors die in feite zeggen dat ie geen data ontvangt (of er niet mee overweg kan).

[RedPas]

Invisible_man schreef op donderdag 1 juni 2023 @ 09:36:
[...]

Even voor de duidelijkheid, Sonoff heeft de nspanel en de nspanel pro en dat zijn twee compleet verschillende producten voor wat HA betreft. De gewone nspanel heeft geen android en kan als je daar andere firmware op zet gekoppeld worden met HA, maar is beperkt tot wat meetwaarden op het hoofdscherm en wat knoppen om lichten aan en uit te zetten. Deze heb ik ook en doet wat hij moet prima, maar dat is het dan ook wel.

De nspanel pro heeft wel android en kan met andere firmware direct de HA android app draaien die je ook op je telefoon hebt en kan daarmee dus alles wat de HA app ook kan.

Persoonlijk ben ik vooral benieuwd waar Shelly met hun nieuwe wall panel mee gaat komen welke HA integratie zou hebben, maar ik heb daar tot nu toe nog weinig info over kunnen vinden hoe dat er dan uit gaat zien.

Ik heb ook zo een NSPanel... een miskoop eigenlijk, is niet meer dan een klein scherm in de muur.
Op hoofdscherm heb ik wat nuttige info gezet, maar gebruiken of aanraken gebeurt hier nooit...
Vind het ook traag werkend, scrollen door de paginas lukt zelden.

Ben ook benieuwd naar die Shelly

[Invisible_man]

RedPas schreef op donderdag 1 juni 2023 @ 09:56:
[...]


Ik heb ook zo een NSPanel... een miskoop eigenlijk

Ja eigenlijk wel, maar je moet ergens beginnen en voor wat het is, is het uiteindelijk ook wel bruikbaar. In eerste instantie heb je helemaal geen touch panel en denk je het alleen voor wat meetwaarden en simpele schakelaars nodig te hebben en is het een leuke prijs daarvoor, maar dan ga je het gebruiken en kom je er steeds verder achter dat je toch wat functionaliteiten mist zoals een simpel grafiekje tonen van bijvoorbeeld je energieverbruik.

Wat mij bij de nspanel pro wel praktisch lijkt boven bijvoorbeeld een oude tablet die je aan de muur hangt is dat hij een bewegingssensor heeft en automatisch aangaat als hij beweging ziet en na verloop het schermpje dan ook weer uitschakeld.

[HuismAndré]

Invisible_man schreef op donderdag 1 juni 2023 @ 10:33:
[...]
Wat mij bij de nspanel pro wel praktisch lijkt boven bijvoorbeeld een oude tablet die je aan de muur hangt is dat hij een bewegingssensor heeft en automatisch aangaat als hij beweging ziet en na verloop het schermpje dan ook weer uitschakeld.

Dit kan bij een tablet ook, in combinatie met de Kiosk app. Die gebruikt dan de camera om te "zien" of er iemand is (en zal daarom ook wat meer energie gebruiken dan wanneer de camera uit staat).

Alleen heb ik al vrij snel besloten dat niet te gebruiken. Mijn tablet (Fire HD 8 ) neemt 1,7 - 1,9 Watt als hij aan staat en 1,0 - 1,5 Watt als hij in standby staat. Daarom heb ik ervoor gekozen dat hij gaat slapen als wij dat doen en wakker wordt als wij dat doen. Die keuze zal mij hooguit 18 x 0,5W oftewel zo'n 9W per dag kosten (3kW/jaar) maar dat heb ik er wel voor over om een scherm te hebben dat ook iets toont als ik stil op de bank zit.

Hieronder de (oude) startpagina van mijn schermpje (ondertussen wel alweer aardig aangepast en meer en meer een waardevolle toevoeging aan mijn Home Assistant installatie).

[Willempie27]

Je kan natuurlijk ook nog de google nest hub gebruiken en dan streamen.

[vso]

wie kan me advies geven voor een automation

ik meet de temperatuur van mijn zwembad zonne verwarming als deze boven de 45 graden C komt, voor een x tijd dan (bv 10 minuten) dit zit al in HA

Dan moet de pomp aangaan (kan al via HA)

Maar deze automation mag maar elk uur 1x activeren (tussen 9:00 en 17:00) te voorkoming van "klapperen"

ik ga nog iets doen met wind condities maar dat is later als ik een weerstation heb.

[ Voor 4% gewijzigd door vso op 01-06-2023 11:41 ]

[de Peer]

HuismAndré schreef op donderdag 1 juni 2023 @ 11:05:
[...]

Dit kan bij een tablet ook, in combinatie met de Kiosk app. Die gebruikt dan de camera om te "zien" of er iemand is (en zal daarom ook wat meer energie gebruiken dan wanneer de camera uit staat).

Alleen heb ik al vrij snel besloten dat niet te gebruiken. Mijn tablet (Fire HD 8 ) neemt 1,7 - 1,9 Watt als hij aan staat en 1,0 - 1,5 Watt als hij in standby staat. Daarom heb ik ervoor gekozen dat hij gaat slapen als wij dat doen en wakker wordt als wij dat doen. Die keuze zal mij hooguit 18 x 0,5W oftewel zo'n 9W per dag kosten (3kW/jaar) maar dat heb ik er wel voor over om een scherm te hebben dat ook iets toont als ik stil op de bank zit.

Hieronder de (oude) startpagina van mijn schermpje (ondertussen wel alweer aardig aangepast en meer en meer een waardevolle toevoeging aan mijn Home Assistant installatie).

[Afbeelding]

Het mooie van kioskapp is dat je het scherm ook aan kunt laten gaan via een http request.
Ik gebruik dus gewoon een Aqara PIR sensor en als ik in de buurt van het scherm loop gaat het aan. en na 1 minuut weer uit.
Het gebruik van een camera om te bepalen of er iemand loopt leek me wat overkill.

[Recoil]

Gebruikt hier iemand de SMA integratie in combinatie met een Sunny Home manager en omvormer? De integratie verbind met de inverter en haalt via de inverter ook de gegevens van de Sunny home manager op.

De enige sensor (of afgeleide daarvan) die ik nergens kan vinden is het huidige verbruik. Daarmee bedoel ik het actuele verbruik van het huis. Ongeachte eventuele teruglevering. In de SMA app staat deze waarde wel netjes vermeld dus hij bestaat wel. Wat zie ik over het hoofd?

[Michaelg]

Willempie27 schreef op donderdag 1 juni 2023 @ 11:39:
Je kan natuurlijk ook nog de google nest hub gebruiken en dan streamen.

Maar dat is puur streaming toch? Dan kun je vervolgens geen interactie hebben met HA ?

[Invisible_man]

Michaelg schreef op donderdag 1 juni 2023 @ 13:34:
[...]


Maar dat is puur streaming toch? Dan kun je vervolgens geen interactie hebben met HA ?

Ik zit er ook even in te duiken omdat ik ook z'n google nest hub heb en kwam het volgende tegen:

Lijkt dus wel wat interactie te bieden, vanavond maar eens mee spelen.

[Kev!n]

Invisible_man schreef op donderdag 1 juni 2023 @ 13:40:
[...]

Ik zit er ook even in te duiken omdat ik ook z'n google nest hub heb en kwam het volgende tegen:
[YouTube: Use Google Displays with Home Assistant 2022 Update]

Lijkt dus wel wat interactie te bieden, vanavond maar eens mee spelen.

Dit zou ik ook een interessante optie vinden en redelijk betaalbaar.
Voor nu zoek ik iets voor een klein apartement waarbij externe de applicatie moeten snappen en gebruiken omdat de lichtknoppen nu gebruikt worden maar dat niet handig is met slimme lampen.

Als ik mijn eigen bovenwoning ga verslimmen dan ga ik waarschijnlijk voor een groter scherm/tablet.

[Invisible_man]

Kev!n schreef op donderdag 1 juni 2023 @ 13:57:
[...]


Dit zou ik ook een interessante optie vinden en redelijk betaalbaar.
Voor nu zoek ik iets voor een klein apartement waarbij externe de applicatie moeten snappen en gebruiken omdat de lichtknoppen nu gebruikt worden maar dat niet handig is met slimme lampen.

Als ik mijn eigen bovenwoning ga verslimmen dan ga ik waarschijnlijk voor een groter scherm/tablet.

Om eerlijk te zijn zou ik het voor gasten zo simpel mogelijk houden en bijvoorbeeld met wat smart switches op de plek van de oude schakelaars werken. Dan heb je de mogelijkheid om én dingen automatisch te doen (bijvoorbeeld het licht op afstand uit te kunnen zetten) én om gewoon met de druk op een knop simpel het licht aan en uit te doen.

[Slinkos]

vso schreef op donderdag 1 juni 2023 @ 11:41:
wie kan me advies geven voor een automation

ik meet de temperatuur van mijn zwembad zonne verwarming als deze boven de 45 graden C komt, voor een x tijd dan (bv 10 minuten) dit zit al in HA

Dan moet de pomp aangaan (kan al via HA)

Maar deze automation mag maar elk uur 1x activeren (tussen 9:00 en 17:00) te voorkoming van "klapperen"

ik ga nog iets doen met wind condities maar dat is later als ik een weerstation heb.

Maak een helper aan die aan staat tussen 9 en 17. Wanneer je de pomp aan zet dan zet je die helper uit en na een uur weer aan. tussen de 17 en 9 staat de helper uit.

In je conditie neem je dan mee dat de helper aan moet staan.

[_eLMo_]

Ik ben nu een half jaartje met Home Assistant bezig en heb nu het laden van mijn auto, het gebruik van de frituurpan en mijn audio installatie geautomatiseerd. Ik ben van huis uit programmeur en moet zeggen dat het allemaal wel vrij ingewikkeld word.

Ik heb veel template sensors nodig in een yaml, en extra helpers, en flink wat automations. Voor mijn gevoel kan het allemaal wel wat simpeler, of in ieder geval meer op 1 plek.

Heeft er iemand suggesties? Ik zie dat veel mensen NodeRed gebruiken, is dat een goede stap? Of is dat enigszins hetzelfde maar dan anders?

[Invisible_man]

_eLMo_ schreef op donderdag 1 juni 2023 @ 14:09:
Ik ben nu een half jaartje met Home Assistant bezig en heb nu het laden van mijn auto, het gebruik van de frituurpan en mijn audio installatie geautomatiseerd. Ik ben van huis uit programmeur en moet zeggen dat het allemaal wel vrij ingewikkeld word.

Ik heb veel template sensors nodig in een yaml, en extra helpers, en flink wat automations. Voor mijn gevoel kan het allemaal wel wat simpeler, of in ieder geval meer op 1 plek.

Heeft er iemand suggesties? Ik zie dat veel mensen NodeRed gebruiken, is dat een goede stap? Of is dat enigszins hetzelfde maar dan anders?

Ik vind persoonlijk NodeRed ideaal als aanvulling op HA, juist als je een programmeurs mindset hebt omdat je in NodeRed weer sub functies kan maken met Javascript. Ook heeft Node Red plugins specifiek voor HA zodat je vrij naadloos informatie over en weer kan uitwisselen.

Maar probeer het anders gewoon eens uit, je kan het vrij makkelijk installeren vanuit HA.