:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
Ik had gehoopt dat je een kant kon kiezen. Als in, Noord -Noord/oost is led 1, Zuid- Zuid/west is led 2.
Ik heb nog nooit gewerkt met ESP Home, ook nog nooit geprogrammeerd. Mijn naam is ook niet Pipi Langkous, dus ik verwacht niet dat ik dit automagisch ook kan
Had zelf zo iets in gedachten
2x
:no_upscale():strip_icc():strip_exif()/f/image/mpO5w5cnGdxkZyW3PVhdkBsI.jpg?f=user_large)
1 of twee keer deze:
:strip_exif()/f/image/5MqZHTpq12CCpctNLn7E9igk.png?f=user_large)
Het probleem is een beetje, Die dingen zijn rond, dus ik verwacht dat als ik er één gebruik, deze eigenlijk te goed is en altijd alle leds direct aan doet.
@0xygen500 Gewone PIR geeft niets meer terug dan ja of nee. mWave kan soms meer maar lijkt me ook complex. Want die kijkt ook weer makkelijk door het bed heen En als ik bij mij zo inschat ziet een PIR iets van 120-150 graden.
Voor die strip, zo met plaatje en de naam zou ik nog wel checken of er echt een Zigbee controller bij zit. En gezien je het denk ik ook in de nacht wilt gebruiken zou ik vooral niet te veel leds per meter pakken, dat is snel veel licht.
En als ik bij mij zo inschat ziet een PIR iets van 120-150 graden.Voor die strip, zo met plaatje en de naam zou ik nog wel checken of er echt een Zigbee controller bij zit. En gezien je het denk ik ook in de nacht wilt gebruiken zou ik vooral niet te veel leds per meter pakken, dat is snel veel licht.
Het is inderdaad gewoon in de nacht om wat verlichting te hebben voor het begeleiden naar een andere kamer. Niet om heel de kamer te verlichten. Tuya is geen ramp voor mij, heb al meerdere devices in smarlife. Deze gooi ik allemaal op een eigen IoT 2.4ghz netwerk:
@0xygen500 Gewone PIR geeft niets meer terug dan ja of nee. mWave kan soms meer maar lijkt me ook complex. Want die kijkt ook weer makkelijk door het bed heen
Voor die strip, zo met plaatje en de naam zou ik nog wel checken of er echt een Zigbee controller bij zit. En gezien je het denk ik ook in de nacht wilt gebruiken zou ik vooral niet te veel leds per meter pakken, dat is snel veel licht.
Kun je automations in HA schrijven in YAML? Zo ja: dan kun je vast ook met ESPHome overweg. Echt programmeren is er niet voor nodig, maar de juiste YAML opbouwen. Het is anders dan HA YAML, maar ook weer niet extreem veel anders (alleen als je met lambda's gaat werken schrijf je echt C-code. Maar lambda's heb je hier in principe niet voor nodig).:
[...]
Ik heb nog nooit gewerkt met ESP Home, ook nog nooit geprogrammeerd. Mijn naam is ook niet Pipi Langkous, dus ik verwacht niet dat ik dit automagisch ook kan
Kwestie van richten dus. PIRs reageren AFAIK niet op "reflectie". Als je bij wijze van spreken beiden tegen elkaar plakt met de achterkant en dit vervolgens midden onder het bed in plaatst kijken ze beiden aan 1 kant onder het bed uit.
:strip_icc():strip_exif()/u/588147/crop5b6ed7af2f174_cropped.jpeg?f=community)
Kan iemand mij misschien helpen met deze kwelgeest.
Ik heb het vullen van mijn shopping list geprobeerd een op spraak gebaseerde boodschappenlijst te laten maken.
Gebruikmakend van HA-CLOUD en de Voice PE op een server HP T630. Nu komt mijn probleem. Dit is de .yaml code:
En deze code werkt soms wel en soms weer niet.
Nu heb ik ontdekt, dat als ik de code wegschrijf en nergens meer naar omkijk werkt deze code niet altijd, na wat zoeken geeft de 5e regel aan:
command: Zet op de boodschappenlijst {items}
zonder ACCOLADES ("") dus.
Dit gebeurt heel vaak en dan moet ik die twee accolades er weer bij zetten, wegschrijven en niet meer in deze .yaml komen want dan werkt het niet meer.
Kan iemand mij van deze kwelgeest
af helpen, of misschien een juiste oplossing voor wat ik verkeerd doe.
Veel dank.
Je zou ondertussen wel moeten weten hoe de code-tags werken
Ik heb het vullen van mijn shopping list geprobeerd een op spraak gebaseerde boodschappenlijst te laten maken.
Gebruikmakend van HA-CLOUD en de Voice PE op een server HP T630. Nu komt mijn probleem. Dit is de .yaml code:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| alias: Boodschappenlijstje via spraakcommando description: Voeg één of meerdere items toe via HA Voice PE triggers: - trigger: conversation command: "Zet op de boodschappenlijst {items}" actions: - variables: lijst: "{{ items.split(' en ') }}" - repeat: for_each: "{{ lijst }}" sequence: - action: shopping_list.add_item data: name: "{{ repeat.item }}" mode: single |
En deze code werkt soms wel en soms weer niet.
Nu heb ik ontdekt, dat als ik de code wegschrijf en nergens meer naar omkijk werkt deze code niet altijd, na wat zoeken geeft de 5e regel aan:
command: Zet op de boodschappenlijst {items}
zonder ACCOLADES ("") dus.
Dit gebeurt heel vaak en dan moet ik die twee accolades er weer bij zetten, wegschrijven en niet meer in deze .yaml komen want dan werkt het niet meer.
Kan iemand mij van deze kwelgeest
af helpen, of misschien een juiste oplossing voor wat ik verkeerd doe.Veel dank.
Je zou ondertussen wel moeten weten hoe de code-tags werken
[ Voor 2% gewijzigd door Septillion op 15-12-2025 21:17 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
:strip_icc():strip_exif()/u/396258/crop5c58365079ffa_cropped.jpeg?f=community)
:strip_exif()/u/86638/crop66742fa02feea.webp?f=community)
Probeer het eens met intents?:
Kan iemand mij misschien helpen met deze kwelgeest.
Ik heb het vullen van mijn shopping list geprobeerd een op spraak gebaseerde boodschappenlijst te laten maken.
Gebruikmakend van HA-CLOUD en de Voice PE op een server HP T630. Nu komt mijn probleem. Dit is de .yaml code:
code:
alias: Boodschappenlijstje via spraakcommando description: Voeg één of meerdere items toe via HA Voice PE triggers: - trigger: conversation command: "Zet op de boodschappenlijst {items}" actions: - variables: lijst: "{{ items.split(' en ') }}" - repeat: for_each: "{{ lijst }}" sequence: - action: shopping_list.add_item data: name: "{{ repeat.item }}" mode: single
En deze code werkt soms wel en soms weer niet.
Nu heb ik ontdekt, dat als ik de code wegschrijf en nergens meer naar omkijk werkt deze code niet altijd, na wat zoeken geeft de 5e regel aan:
command: Zet op de boodschappenlijst {items}
zonder ACCOLADES ("") dus.
Dit gebeurt heel vaak en dan moet ik die twee accolades er weer bij zetten, wegschrijven en niet meer in deze .yaml komen want dan werkt het niet meer.
Kan iemand mij van deze kwelgeest
Veel dank.
intents.yaml
YAML:
1
2
3
4
| AddShoppingItems: data: - name: items type: wildcard |
intents_script.yaml
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| AddShoppingItems: action: - variables: lijst: > {{ items | lower | replace(',', ' en ') | split(' en ') | map('trim') | reject('equalto', '') | list }} - repeat: for_each: "{{ lijst }}" sequence: - service: shopping_list.add_item data: name: "{{ repeat.item }}" |
Op jouw manier kan er heel veel misgaan namelijk vanwege extra tekens (aanhalings, komma etc etc).
En nog wel meer dingen die te veel zijn op op te noemen
Het feit dat je failures stil zijn, en dus ook geen logging kunt uitlezen geeft jou het idee dat het soms wel soms niet werkt.
[ Voor 3% gewijzigd door CrankyGamerOG op 15-12-2025 20:35 ]
KPN - Vodafone Ziggo Partner
/u/292867/crop5630e1f334453_cropped.png?f=community)
gewoon de oude repo verwijderen, en de mijne installeren. Dan gewoon er los over; Neemt normaal alles gewoon over
enkel devive tracker kan je er 2 hebben , eentje verwijderen en klaar.
Marstek 5.12kw v151, CT003 v117, Sagecom Xs212 1P,
Of gewoon zorgen voor een schot tussen beide kanten
PIR kan nergens doorheen kijken. Als je dus zorgt voor een plank van het hoofdeind tot voeteind kan die ook niet aan de andere kant zien.Enige wat tricky kan zijn is dat de wandelroute van de een alsnog de PIR aan de andere kant triggert. Dus als één van de PIRs zicht heeft op de deur maakt het niet uit aan welke kant je het bed uit gaat, als door de deur wordt gelopen zal het licht aan die kant sowieso (ook) aan gaan.
Overigens v.w.b. aansturing. Als je zou gaan voor een hele simpele (witte) LED strip die maar aan/uit hoeft ("op volle sterkte") zou je het zelfs volledig hardwarematig kunnen aansturen, "dom". PIR waarvan de "trigger" (aan/uit signaal, gewoon "stroom" voor aan en "geen stroom" voor uit) gekoppeld is aan een simpele mosfet die de -/ground komende van de LED strip schakeld. Dan kun je niet dimmen, niet slim aansturen vanuit HA (, geen kleur), .... Maar werkt ook gewoon. En AFAIK bestaan daar ook kant en klare oplossingen voor: LED strips voor onder het bed die automatisch aan en uit gaan bij beweging. En hetzelfde bv ook voor in een kast. Deur open is licht aan.
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
@TheFes Mm, zonder unique id bleven de template sensoren dus staan en kon ik niet bij config komen om te deleten omdat ze geen unique id hebben. Maar na tijdelijk toevoegen die wel weg.
Maar ik heb dus nog spook utility meters. Ik heb er 4 weggegooid, één is nu "unavailable" en mag ik verwijderen. Eén is verdwenen (maar durf niet 100% te zeggen dat ik die niet al verwijdert heb). Maar twee staan er dus nog vrolijk in met een waarde van 0
En die krijg ik niet weg wegens een unique id melding...
Maar ik heb dus nog spook utility meters. Ik heb er 4 weggegooid, één is nu "unavailable" en mag ik verwijderen. Eén is verdwenen (maar durf niet 100% te zeggen dat ik die niet al verwijdert heb). Maar twee staan er dus nog vrolijk in met een waarde van 0
En die krijg ik niet weg wegens een unique id melding...
Opzich ook een optie om een kant en klare set te kopen. Een schot onder bed is sws geen optie, moet nog een robotstofzuiger onderdoor.:
[...]
Of gewoon zorgen voor een schot tussen beide kanten
Enige wat tricky kan zijn is dat de wandelroute van de een alsnog de PIR aan de andere kant triggert. Dus als één van de PIRs zicht heeft op de deur maakt het niet uit aan welke kant je het bed uit gaat, als door de deur wordt gelopen zal het licht aan die kant sowieso (ook) aan gaan.
Overigens v.w.b. aansturing. Als je zou gaan voor een hele simpele (witte) LED strip die maar aan/uit hoeft ("op volle sterkte") zou je het zelfs volledig hardwarematig kunnen aansturen, "dom". PIR waarvan de "trigger" (aan/uit signaal, gewoon "stroom" voor aan en "geen stroom" voor uit) gekoppeld is aan een simpele mosfet die de -/ground komende van de LED strip schakeld. Dan kun je niet dimmen, niet slim aansturen vanuit HA (, geen kleur), .... Maar werkt ook gewoon. En AFAIK bestaan daar ook kant en klare oplossingen voor: LED strips voor onder het bed die automatisch aan en uit gaan bij beweging. En hetzelfde bv ook voor in een kast. Deur open is licht aan.
Ik draai ook gewoon Tuya niet lokaal. Nooit werkend gekregen en als China mijn bedlamp wilt laten flikkeren, tsja succes.
@0xygen500 Bedoelde dus vooral aan te geven dat er nogal eenv erschil is tussen Tuya Wifi en Tuya Zigbee
@CrankyGamerOG Bedankt voor de hulp en ik ga hiermee aan de slag:
[...]
Probeer het eens met intents?
intents.yaml
YAML:
intents_script.yaml
YAML:
Op jouw manier kan er heel veel misgaan namelijk vanwege extra tekens (aanhalings, komma etc etc).
En nog wel meer dingen die te veel zijn op op te noemen
Het feit dat je failures stil zijn, en dus ook geen logging kunt uitlezen geeft jou het idee dat het soms wel soms niet werkt.
:strip_icc():strip_exif()/u/531266/crop60146ed3278a5_cropped.jpeg?f=community)
Ik denk dat ik deze getackeld heb. Ziet iemand hier volledige overkill of fouten?:
Hi Vraagje over nabouwen van iets van Node-Red in HA gui.
Daar heb ik nu een flow als volgt (idem voor droger overigens:
Status Wasmachine_power komt in NR - Gaat naar een power_monitor node (URL) die start als verbruik boven 100W is en stopt bij 0. Bij een stop-event krijg ik vervolgens een bericht uit de Power_monitor Node met device_name, event_type, verstreken tijd en verbruikte energie. Die verwerk ik met een Function Node tot tijd en kosten en die notify ik mezelf.
Hoe kan ik dit het beste in de GUI verwerken? Ik zat eerst te denken aan een Drempelwaarde sensor voor aan/uit, maar die logt dan nog steeds niet de tijd en het verbruik. De notificatie sturen is niet zozeer het probleemmaar het loggen van dat tijdelijke verbruik.
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
| alias: Verbruik Was description: "" triggers: - trigger: numeric_state entity_id: - sensor.wasmachine_power for: hours: 0 minutes: 1 seconds: 0 above: 10 conditions: [] actions: - action: input_number.set_value metadata: {} target: entity_id: input_number.wasbeurt data: value: "{{ states('sensor.wasmachine_energy') | float}}" - wait_for_trigger: - trigger: numeric_state entity_id: - sensor.wasmachine_power for: hours: 0 minutes: 5 seconds: 0 below: 5 - action: input_number.set_value metadata: {} target: entity_id: input_number.wasbeurt data: value: >- {{ (states('sensor.wasmachine_energy') | float ) - (states('input_number.wasbeurt') | float | round(0)) }} - action: notify.homeassistant_bot metadata: {} data: target: "kanaalnummer weggehaald" message: >- 🧺👕De was is klaar! Het verbruik was {{ states('input_number.wasbeurt' ) | round(0) }} wH. alias: Discord melding mode: single |
:strip_exif()/u/30814/newgot.gif?f=community)
:strip_icc():strip_exif()/u/75828/sid.jpg?f=community)
Oe nice. En die variables zorgen neem ik aan ook gewoon voor automatische herevaluatie van het template? (Als in: state changes van entities gebruikt in de variables zorgen automatisch ervoor dat het template opnieuw wordt uitgevoerd).
Want hier kan ik denk ik ook wel iets mee
(in de zin van dat ik nu IIRC wat "dubbele" sensoren heb om 1x een state te berekenen als een "interne" sensor en vervolgens nog een "publieke" sensor (die ik in automations etc gebruik) waarin ik de state van de "internal" gebruik om zowel de state als wat attributes te bepalen).
Ja, de entities gebruikt in je variables zetten ook listeners.:
[...]
Oe nice. En die variables zorgen neem ik aan ook gewoon voor automatische herevaluatie van het template? (Als in: state changes van entities gebruikt in de variables zorgen automatisch ervoor dat het template opnieuw wordt uitgevoerd).
Want hier kan ik denk ik ook wel iets mee
Als meerdere sensoren dezelfde variables gebruiken, dan kan kun je het ook nog een niveau hoger definiëren, maar die worden alleen resolved bij een template reload. Dus dat is alleen voor statische variables. Bij trigger based template sensors worden deze wel op de trigger resolved.
Voorbeeld:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
| template: - variables: mapper: - state: sunny translation: zonnig icon: "mdi:sunny" - state: cloudy translation: bewolkt icon: "mdi:cloudy" sensor: - name: Weer vertaald state: "{{ mapper | selectattr('state', 'eq', states('weather.home')) | map(attribute='translation') | list | first }}" icon: "{{ mapper | selectattr('state', 'eq', states('weather.home')) | map(attribute='icon') | list | first }}" |
:strip_exif()/u/117615/crop5a317fde62dd5.gif?f=community)
Vandaag voor het eerst Matter (over Thread) devices gekocht bij de IKEA. In eerste instantie ging het niet lekker omdat mn Matter plugin nog niet draaide maar hierna was het toevoegen van devices vrij pijnloos. Even wennen dat het met de QR code moet vanaf m'n telefoon en niet meer in pairing mode zetten. Moeiteloos door HA herkend! Hulde voor alle dev's
[edit]
Wat je ook doet, op Android niet je telefoon z'n scherm uit laten gaan dan kun je opnieuw beginnen, ook als hij al aan je Thread netwerk is toegevoegd
dan voert hij de matter stap niet uit.
[edit]
Wat je ook doet, op Android niet je telefoon z'n scherm uit laten gaan dan kun je opnieuw beginnen, ook als hij al aan je Thread netwerk is toegevoegd
dan voert hij de matter stap niet uit.
[ Voor 30% gewijzigd door WoBBeL op 16-12-2025 12:51 ]
Na wat zoek werk blijkt het deze te zijn. https://www.matcall.nl/producten/mc-easy-ontvanger-m12/:
@Pukson Drop in replacement is wel heeeeeel makkelijk
Andere alternatieven die ik snel kan vinden:
Gledopto
Ali inline
Ali module
Shelly Plus RGBW (Wifi, geen Zigbee)
En @RonJ linkt ook een aardige.
Denk dat dit het makkelijkste is te vervangen door dit. Lijkt haast plug and play. Gezien de poorten etc overeenkomen. Dit i.t.t die van ali.
https://www.robbshop.nl/r...2609&utm_term&utm_content
Klopt mijn denkwijze? Zo ja dan bestel ik het
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
Kan je auto entities voor gebruiken. Moet je wel opletten dat je op attribute sorteert. Als je de state van de sensor pakt dan werkt niet niet goed, alles komt dan elke keer door elkaar te staan.
De plugin van afval info vooriet daarin door een ruw attribuut mee te geven met het aantal dagen, dat is gewoon een number en dus makelijk te gebruiken om te sorteren
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
@Pukson Dat lijkt er inderdaad erg op. En specs kloppen ook. Dus denk dat ze gewoon zelf aan rebranding doen. Maar lijkt me prima om hem daarmee te wisselen
Op zich prima, ik hou alleen zelf niet van lang wachten in een automation. Bij een herstart of automations herladen ben je dan weer af. Dus zelf heb ik zowel boven de drempelwaarde als onder de drempelwaarde als trigger. En houdt ik in een helper bij of de wasmachine bezig is. Kan een input_boolean zijn maar gebruik zelf een [mono]input_select[] omdat ik ook nog bijhoudt of hij klaar is maar niet leeggehaald (off, running, done). Daardoor kan ik gewoon de status aanpassen en weer de automation verlaten. En geeft me gelijk de mogelijkheid op een dashboard om de state weer te geven.
En weet dat mocht de energy sensor niet beschikbaar zijn dat je wel direct een error aan je broek hebt omdat je geen default gebruikt.
PS Het is Wh, niet wH
:strip_exif()/u/148758/crop672e132f0ee41.gif?f=community)
Ik ken eerlijk gezegd niemand met een Nvidia systeem, buiten een aantal Youtubers die zo'n ding hebben om mee te klooien. Meestal draaien die alleen maar benchmarks en laten ze 'm daarna weer links liggen. Althans, er komen geen vervolg video's.
Ik verwacht dat je eerder iets hebt aan een usecase, "lokaal AI draaien" is natuurlijk een arbitraire reden. Ik hoor vaker dat mensen NPU compute inkopen om daarna pas de usecase te verzinnen. Dat is naar mijn mening zonde van je geld.
De enige manier waarop ik een Jetson gebruikt zou zien worden in combinatie met Home Assistant is een losse Home Assistant instance en daarnaast de Jetson als een losse AI node voor camera AI (ook af te vangen met een Coral TPU), of een voice pipeline iets als bijvoorbeeld Whisper om als offline STT te dienen. Daar leent die Jetson zich prima voor. Eventueel misschien zelfs een kleine LLM voor context?
Mocht iemand bovenstaande kunnen ontkrachten, voel je vrij.
1995: 486 AM5x86-p75@160 512kb L2, 64MB, S3 Stealth 64 3000 4MB VLB, AWE64 Value, 8GB CFµDrive
1998: K6-III 400MHz, 384MB, Voodoo4 AGP, AWE64 Gold!, Adaptec AHA-29160+2x 72GB 10krpm SCSI
Thx, maar hoe zou je dat dan doen met een select? In de automation die above waarde als trigger en dan als actie de select op running, en die running als trigger voor de telling?:
[...]
Op zich prima, ik hou alleen zelf niet van lang wachten in een automation. Bij een herstart of automations herladen ben je dan weer af. Dus zelf heb ik zowel boven de drempelwaarde als onder de drempelwaarde als trigger. En houdt ik in een helper bij of de wasmachine bezig is. Kan een input_boolean zijn maar gebruik zelf een [mono]input_select[] omdat ik ook nog bijhoudt of hij klaar is maar niet leeggehaald (off, running, done). Daardoor kan ik gewoon de status aanpassen en weer de automation verlaten. En geeft me gelijk de mogelijkheid op een dashboard om de state weer te geven.
En weet dat mocht de energy sensor niet beschikbaar zijn dat je wel direct een error aan je broek hebt omdat je geen default gebruikt.
PS Het is Wh, niet wH
Heb nu dit er van gemaakt. Ik heb nog iets teveel Wait for in mn systeem zitten. Het is wel mn idee om dat zoveel mogelijk te strippen, maar t is n soort "automatisme"..
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
| alias: Verbruik Was description: "" triggers: - trigger: state entity_id: - binary_sensor.wasmachine_aan to: - "on" for: hours: 0 minutes: 0 seconds: 10 id: Was aan - trigger: state entity_id: - binary_sensor.wasmachine_aan from: - "on" to: - "off" id: Was uit for: hours: 0 minutes: 0 seconds: 30 conditions: [] actions: - choose: - conditions: - condition: trigger id: - Was aan sequence: - action: input_number.set_value metadata: {} target: entity_id: input_number.wasbeurt data: value: "{{ states('sensor.wasmachine_energy') | default(0)| float}}" - conditions: - condition: trigger id: - Was uit sequence: - action: input_number.set_value metadata: {} target: entity_id: input_number.wasbeurt data: value: >- {{ (states('sensor.wasmachine_energy') | default(0)| float ) - (states('input_number.wasbeurt') | default(0) | float | round(0)) }} enabled: true - alias: Discord melding action: notify.homeassistant_bot metadata: {} data: target: "kanaalnummer" message: >- 🧺👕De was is klaar! Het verbruik was {{ states('input_number.wasbeurt' ) | default(0) | round(0) }} Wh. enabled: true mode: single |
Ik krijg nu echter vrij frequent deze melding::
Logger: homeassistant.helpers.event
Bron: helpers/event.py:360
Eerst voorgekomen: 15:59:04 (2 gebeurtenissen)
Laatst gelogd: 15:59:19
Error while dispatching event for sensor.wasmachine_power to <Job track state_changed event ['sensor.wasmachine_power'] HassJobType.Callback <function ThresholdSensor._async_setup_sensor.<locals>.async_threshold_sensor_state_listener at 0x7f85938704a0>>
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 360, in _async_dispatch_entity_id_event
hass.async_run_hass_job(job, event)
~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/core.py", line 918, in async_run_hass_job
hassjob.target(*args)
~~~~~~~~~~~~~~^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/threshold/binary_sensor.py", line 241, in async_threshold_sensor_state_listener
_update_sensor_state()
~~~~~~~~~~~~~~~~~~~~^^
File "/usr/src/homeassistant/homeassistant/components/threshold/binary_sensor.py", line 228, in _update_sensor_state
self._update_state()
~~~~~~~~~~~~~~~~~~^^
File "/usr/src/homeassistant/homeassistant/components/threshold/binary_sensor.py", line 304, in _update_state
if above(self.sensor_value, self._threshold_upper):
~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/components/threshold/binary_sensor.py", line 277, in above
return sensor_value > (threshold + self._hysteresis)
~~~~~~~~~~^~~~~~~~~~~~~~~~~~
TypeError: unsupported operand type(s) for +: 'int' and 'NoneType'
De bovengrens is 60, Hysteresis 30 en hij kijkt naar: sensor.wasmachine_power die momenteel op 0 staat. Maar dit is dus die binary waar de automation ook naar kijkt
[ Voor 70% gewijzigd door Koepert op 16-12-2025 16:04 ]
:strip_exif()/u/25150/Gizzbril.gif?f=community)
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
Een van de mensen waar ik mee sport heeft een Jatson aangeschaft maar hij werkt voor KPN en zit daar in een AI groepje. Hij gebruikt het ook als "werk" systeempje om te kijken wat er kan. Hij heeft geen slim huis want programmeren doet die al genoeg op zijn werk zegt die.:
[...]
Ik ken eerlijk gezegd niemand met een Nvidia systeem, buiten een aantal Youtubers die zo'n ding hebben om mee te klooien. Meestal draaien die alleen maar benchmarks en laten ze 'm daarna weer links liggen. Althans, er komen geen vervolg video's.
Ik verwacht dat je eerder iets hebt aan een usecase, "lokaal AI draaien" is natuurlijk een arbitraire reden. Ik hoor vaker dat mensen NPU compute inkopen om daarna pas de usecase te verzinnen. Dat is naar mijn mening zonde van je geld.
De enige manier waarop ik een Jetson gebruikt zou zien worden in combinatie met Home Assistant is een losse Home Assistant instance en daarnaast de Jetson als een losse AI node voor camera AI (ook af te vangen met een Coral TPU), of een voice pipeline iets als bijvoorbeeld Whisper om als offline STT te dienen. Daar leent die Jetson zich prima voor. Eventueel misschien zelfs een kleine LLM voor context?
Mocht iemand bovenstaande kunnen ontkrachten, voel je vrij.
PV 5.590 Wp Enphase, 2.700 Wp Growatt - Easee laadpaal - Itho Amber 95 WP
V.w.b. de rest van de post doelde ik op Speech to Phrase
Daarin ontbreekt grotendeels ondersteuning voor covers (alleen (volledig) open en dicht zit daar in meen ik). Dat de intents in HA zitten weet ik (want soms type ik ze uit in Assist op de telefoon 
). En met Whisper als STT engine zal het dan ook vast wel werken zolang die het verstaat. Maar Speech to Phrase zitten deze zinnen niet in dus die verstaat ze ook niet 
:strip_icc():strip_exif()/u/21345/gatheringoftweakers.jpg?f=community)
@S. Belshof Die had ik even gemist
Als je een 3-fase meter hebt, dan moet je vooral even goed kijken of die niet tegelijk energieproductie als energieverbruik kan weergeven. Er zijn meters in omloop die dat namelijk wel doen. Dan moet je eerst zelf de netto import/export berekenen.
Als je een 3-fase meter hebt, dan moet je vooral even goed kijken of die niet tegelijk energieproductie als energieverbruik kan weergeven. Er zijn meters in omloop die dat namelijk wel doen. Dan moet je eerst zelf de netto import/export berekenen.
:strip_exif()/u/33665/GTicon.gif?f=community)
Zonder ook maar iets te doen, werkt het op magische wijze sinds 00:00 weer
:strip_exif()/f/image/VMvZiubgSzYox1l170JBBbUu.png?f=user_large)
Ik doe niet aan bijgeloof. Dat brengt ongeluk.
:strip_exif()/u/477763/avatar.gif?f=community){kind=avatar}
:no_upscale():strip_icc():strip_exif()/f/image/Zh9LIqgnWiUASvKcZAlviMjo.jpg?f=user_large)
Hoi. Ik gebruik bovenstaande voor mijn lampen, maar zoals je ziet is dat stukje van de TV niet echt passend. dat komt omdat ik alle lampen rechtstreeks kan aansturen, enkel de lamp bij de TV zit achter een switch. En daarmee ziet het er anders uit. Ik zou graag willen dat het er gelijkaardig uitziet, maar dan zonder de diom mogelijkheden, want de lamp is niet dimbaar.
Onderstaand de gebruikte code op dit moment;;
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
| cards: null entities: - HiBrightness: 250 LowBrightness: 30 MedBrightness: 150 customSetpoints: true customTheme: true entity: light.yeelight_stripe_0x7c19564 name: Speeltafel type: custom:light-brightness-preset-row - HiBrightness: 250 LowBrightness: 30 MedBrightness: 150 customSetpoints: true customTheme: true entity: light.tuinlamp_achter name: Border achter type: custom:light-brightness-preset-row - HiBrightness: 250 LowBrightness: 30 MedBrightness: 150 customSetpoints: true customTheme: true entity: light.leeshoek name: Platenspeler type: custom:light-brightness-preset-row - entity: switch.pp_trap name: TV layout: auto show_header_toggle: false type: custom:layout-card |
Je mist quotes om Papier en PMD in je template voor je icon. Nu Vergelijk je met niet bestaande variables in plaats van de strings.:
[...]
Bedankt
[Afbeelding]
Ik heb de laatste dagen regelmatig dat HA geen contact heeft met de auto/ Hyundai.
De app doet het dan altijd wel. Een paar uur later werkt alles dan weer wel.
Iemand een idee waar dat aan kan liggen?
Dit is wat Home Assistant laat zien:
/f/image/vkN8VZtqK1FTTIdZ0XTiksaq.png?f=fotoalbum_large)
En dit is wat de app van de auto op hetzelfde moment laat zien:
:strip_exif()/f/image/TYneWrH6scVjQuiS5Z1Hs97d.jpg?f=fotoalbum_large)
De app doet het dan altijd wel. Een paar uur later werkt alles dan weer wel.
Iemand een idee waar dat aan kan liggen?
Dit is wat Home Assistant laat zien:
:strip_exif()/f/image/vkN8VZtqK1FTTIdZ0XTiksaq.png?f=user_large)
En dit is wat de app van de auto op hetzelfde moment laat zien:
:no_upscale():strip_icc():strip_exif()/f/image/TYneWrH6scVjQuiS5Z1Hs97d.jpg?f=user_large)
[ Voor 5% gewijzigd door Hippe Lip op 17-12-2025 22:23 ]
Verdraagzaamheid is het hoogste gebod
en wie dat niet eert die schoppen we rot.
<John O`Mill>
@wvdveer Dan zou ik gewoon een automation maken. En die ook triggeren op de temperatuursensor.
Dus iets als:
Moet je alleen kijken of ik de juiste climate actions gebruikt
Dus iets als:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
| description: "Sturing badkamer verwarming" mode: single triggers: - trigger: numeric_state entity_id: - sensor.external_temperature below: 17 - trigger: numeric_state entity_id: - sensor.external_temperature above: 17.5 - trigger: numeric_state entity_id: - sensor.external_temperature below: 20 - trigger: numeric_state entity_id: - sensor.external_temperature above: 20.5 - trigger: state entity_id: - schedule.badkamer_verwarming to: - "on" - trigger: state entity_id: - schedule.badkamer_verwarming to: - "off" - trigger: homeassistant event: start conditions: [] actions: - choose: - conditions: - condition: state entity_id: schedule.badkamer_verwarming state: - "on" - condition: numeric_state entity_id: sensor.external_temperature below: 20 sequence: - action: climate.set_temperature metadata: {} target: entity_id: climate.badkamer_verwarming data: temperature: 21 - conditions: - condition: state entity_id: schedule.badkamer_verwarming state: - "on" - condition: numeric_state entity_id: sensor.external_temperature above: 21.5 sequence: - action: climate.turn_off metadata: {} target: entity_id: climate.badkamer_verwarming data: {} - conditions: - condition: state entity_id: schedule.badkamer_verwarming state: - "off" - condition: numeric_state entity_id: sensor.external_temperature below: 17 sequence: - action: climate.set_temperature metadata: {} target: entity_id: climate.badkamer_verwarming data: temperature: 21 - conditions: - condition: state entity_id: schedule.badkamer_verwarming state: - "off" - condition: numeric_state entity_id: sensor.external_temperature above: 21.5 sequence: - action: climate.turn_off metadata: {} target: entity_id: climate.badkamer_verwarming data: {} |
Moet je alleen kijken of ik de juiste climate actions gebruikt
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
/u/42712/logo.JPG?f=community){kind=logo}
:strip_icc():strip_exif()/u/5144/crop690b1b1fabee4_cropped.jpg?f=community)
:strip_exif()/f/image/wQtWFMKTeqctVTHshs5Enk6E.png?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/SWWDmnGQCpknedVSOKBFefp7CTE=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/o3kP5jfSR5FIkHKWzlsrWxBb.png?f=user_large){kind=link}
Ik heb de nieuwe indeling van het energiedashboard, en dan vooral het NU gedeelte nog niet helemaal goed staan. Mijn Net en Verbruik lopen precies met elkaar gelijk, terwijl ik bij de individuele apparaten wel de power sensors heb toegevoegd, en bij net het actuele netverbruik.
/f/image/TUb7H67QidTmEJgLJvNI8S27.png?f=fotoalbum_large)
Voor mijn zonnepanelen zie ik dat er voor het actuele vermogen geen statistiek beschikbaar is.
Dit is een REST API sensor via YAML, daar moet ik misschien nog iets mee doen?
:strip_exif()/f/image/TUb7H67QidTmEJgLJvNI8S27.png?f=user_large)
Voor mijn zonnepanelen zie ik dat er voor het actuele vermogen geen statistiek beschikbaar is.
Dit is een REST API sensor via YAML, daar moet ik misschien nog iets mee doen?
Microsoft Surface Pro 6 | Samsung Galaxy S21FE | XBOX Series X
Dat zou wel eens kunnen kloppen, ik denk dat mijn denkwijze verkeerd is waardoor dit ingewikkelder lijkt dan het zou moeten zijn. Daarnaast is YAML een heel nieuwe wereld, dus het is even omdenken
Als ik in de YAML van een basis automation op deze radiator kijk zie ik
YAML:
1
2
3
4
5
6
| actions: - device_id: c9f155b316eecd6bb85a40f361386f3c domain: climate entity_id: 10025d7f8d8d758e82992873562f80b5 type: set_hvac_mode hvac_mode: heat |
Is dit een syntax verschil, of is het een andere manier van een actie aanroepen voor deze radiator? Wanneer ik jouw voorbeeld probeer te gebruiken wordt er na aanroepen van climate alleen het device als optie gegeven, geen acties van het device.
Ik heb in Home Assistant de Itho-integratie van https://github.com/jasperslits/haithowifi gebruikt en kreeg via een ander forum (Itho Daalderop - open source wifi control add-on module) de tip om de fan entity te tonen met de presets.
Dit kan ik echter alleen voor elkaar krijgen nadat ik de fan entity op mijn dashboard heb gezet en hierop klik, dan wordt er een popup getoond zoals onderstaand screenshot. Hoe krijg ik dezelfde layout uit de popup nu als een kaart op mijn dashboard? Of is dit misschien niet mogelijk?
Fan entity op dashboard:
:strip_exif()/f/image/tjC7b8I8cUpW0HGUzShV9L0n.png?f=user_large)
Wanneer ik hier op klik, en hoe ik het op mijn dashboard wil krijgen:
:strip_exif()/f/image/6gasz7AscQ4OECk6dFpLnxZX.png?f=user_large)
Dit kan ik echter alleen voor elkaar krijgen nadat ik de fan entity op mijn dashboard heb gezet en hierop klik, dan wordt er een popup getoond zoals onderstaand screenshot. Hoe krijg ik dezelfde layout uit de popup nu als een kaart op mijn dashboard? Of is dit misschien niet mogelijk?
Fan entity op dashboard:
Wanneer ik hier op klik, en hoe ik het op mijn dashboard wil krijgen:
3600 Wp | 12x AEG mono | SE3500
Hoe maak je automations aan? Die van mij is de "bewerken als Yaml" versie van de GUI automation. Daarbij pak ik altijd een entiteit en niet het apparaat. Daar komt dat device_id & domain in dit geval bij jou vandaan.:
[...]
Dat zou wel eens kunnen kloppen, ik denk dat mijn denkwijze verkeerd is waardoor dit ingewikkelder lijkt dan het zou moeten zijn. Daarnaast is YAML een heel nieuwe wereld, dus het is even omdenken
Als ik in de YAML van een basis automation op deze radiator kijk zie ik
YAML:
Is dit een syntax verschil, of is het een andere manier van een actie aanroepen voor deze radiator? Wanneer ik jouw voorbeeld probeer te gebruiken wordt er na aanroepen van climate alleen het device als optie gegeven, geen acties van het device.
Maar als ik even uitga van de GUI, dan kies ik daar dus in de automation uiteindelijk een Actie om toe te voegen aan mn automation, in het zoekveld zoek ik dan climate en kies ik voor de HVAC-mode instellen actie. Eenmaal geselecteerd voeg ik als doel mijn paneel toe.