Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Tot het niet meer werkt. Hetzelfde werd altijd over powerline gezegd.
Je hebt over het algemeen veel meer iot devices dan normale wifi devices in je netwerk.
En elk device pakt een stuk bandbreedte ook al doet hij verder niets en dat is in verhouding tot de data die hij verstuurt vaak enorm veel.
Dit in tegenstelling tot Zigbee dat alleen iets op het netwerk doet als er echt data verstuurt wordt en in veel kleinere pakketjes dan via wifi.
Ook is Zigbee een een mess netwerk in tegenstelling tot wifi wat een ster netwerk is (ook noemen marketing jongens het vaak mess).
Ofwel, een wifi device moet een AP kunnen bereiken, een Zigbee device hoeft enkel een ander Zigbee device te bereiken.
En als je ergens minder bereik hebt of last van buren dan wordt iot een ramp, want die blijven maar proberen een data connectie te realiseren waardoor het hele wifi netwerk onderuit kan gaan.
Kortom wifi is veel minder betrouwbaar dan Zigbee voor iot.
Je hebt over het algemeen veel meer iot devices dan normale wifi devices in je netwerk.
En elk device pakt een stuk bandbreedte ook al doet hij verder niets en dat is in verhouding tot de data die hij verstuurt vaak enorm veel.
Dit in tegenstelling tot Zigbee dat alleen iets op het netwerk doet als er echt data verstuurt wordt en in veel kleinere pakketjes dan via wifi.
Ook is Zigbee een een mess netwerk in tegenstelling tot wifi wat een ster netwerk is (ook noemen marketing jongens het vaak mess).
Ofwel, een wifi device moet een AP kunnen bereiken, een Zigbee device hoeft enkel een ander Zigbee device te bereiken.
En als je ergens minder bereik hebt of last van buren dan wordt iot een ramp, want die blijven maar proberen een data connectie te realiseren waardoor het hele wifi netwerk onderuit kan gaan.
Kortom wifi is veel minder betrouwbaar dan Zigbee voor iot.
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Ik lees vooral: je moet zorgen voor een goede infrastructuur.Ben(V) schreef op vrijdag 26 december 2025 @ 12:18:
Tot het niet meer werkt. Hetzelfde werd altijd over powerline gezegd.
Je hebt over het algemeen veel meer iot devices dan normale wifi devices in je netwerk.
En elk device pakt een stuk bandbreedte ook al doet hij verder niets en dat is in verhouding tot de data die hij verstuurt vaak enorm veel.
Dit in tegenstelling tot Zigbee dat alleen iets op het netwerk doet als er echt data verstuurt wordt en in veel kleinere pakketjes dan via wifi.
Ook is Zigbee een een mess netwerk in tegenstelling tot wifi wat een ster netwerk is (ook noemen marketing jongens het vaak mess).
Ofwel, een wifi device moet een AP kunnen bereiken, een Zigbee device hoeft enkel een ander Zigbee device te bereiken.
En als je ergens minder bereik hebt of last van buren dan wordt iot een ramp, want die blijven maar proberen een data connectie te realiseren waardoor het hele wifi netwerk onderuit kan gaan.
Kortom wifi is veel minder betrouwbaar dan Zigbee voor iot.
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Ja en nee. Wifi apparaten moeten periodiek een "checkin" sturen. Dat verbruikt gewoon bandbreedte / airtime, en dat is airtime die andere apparaten niet kunnen zenden / ontvangen. En dat los je niet op met "betere infrastructuur" want dat is gewoon een inherent probleem van wifi, ook doordat IoT vaak 802.11n apparaten zijn en dus nog aan een heel oude wifi standaard voldoen ("wifi 4"). Dan kun je wel wifi 7 (/802.11be) apparatuur plaatsen, maar daar heb je dus helemaal niks aan, want die moet nog steeds "n" babbelen met jouw IoT spul en kan geen "be" babbelen. En het "ax" of "be" verkeer met jouw moderne apparaten (laptops, telefoons, ...) wordt dus nog steeds verstoord doordat het access point ook tussendoor met het ("n") IoT spul moet babbelen.Toppe schreef op vrijdag 26 december 2025 @ 12:27:
[...]
Ik lees vooral: je moet zorgen voor een goede infrastructuur.
En met meer access points los je het ook niet op. Je maakt het eerder erger. Want op 2,4GHz heb je maar 3 bruikbare kanalen (1, 6 en 11) dus als je meer dan 3 access points plaatst ga je v.w.b. frequenties / kanalen al onderling ruis veroorzaken. (Dus als IoT apparaat X op kanaal 1 met AP A aan het babbelen is kan IoT apparaat Y dat ook op kanaal 1 babbelt, maar dan met AP B, niks doen aangezien de "frequentie al bezet is").
En die problemen heb je met Zigbee minder en met ZWave nog veel minder. Doordat beiden geen periodieke checkin nodig hebben. En Zigbee zit dan wel ook in de 2,4GHz frequentie waardoor wifi verstoring in de frequentie kan geven, maar voor ZWave geldt dat niet (want die zit op 8xxMHz, ddnk 868MHz zoals wel meer IoT achtige protocollen).
Meer mensen sinds de laatste updates dat sommige Automations niet meer triggeren ? Ik heb er.2 die aan de hand van een helper schedule een input_boolean moeten omzetten om vervolgens een volgende automation te draaien die een MQTT commando verstuurd.
Die eerste 2 automations lijken te lopen maar volgens mij verstuurd hij het MQTT commando niet in de laatste automation.
Als ik hem manual trigger, dan werkt hij wel.
In de traces op die laatste automation zie ik wel dit:
/f/image/lkQHfbl6kz2YPH29UYBsK46q.png?f=fotoalbum_large)
Yaml code van de automation:
Die eerste 2 automations lijken te lopen maar volgens mij verstuurd hij het MQTT commando niet in de laatste automation.
Als ik hem manual trigger, dan werkt hij wel.
In de traces op die laatste automation zie ik wel dit:
/f/image/lkQHfbl6kz2YPH29UYBsK46q.png?f=fotoalbum_large)
Yaml code van de automation:
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
| alias: Warmtepomp - Verwarmen Blokkeren Nacht description: Verwarmen Blokkeren Itho triggers: - entity_id: - input_boolean.input_boolean_wpu_heating from: "on" to: "off" trigger: state - entity_id: - input_boolean.input_boolean_wpu_heating to: "off" for: hours: 0 minutes: 30 seconds: 0 trigger: state - entity_id: - input_boolean.input_boolean_wpu_heating to: "off" for: hours: 1 minutes: 0 seconds: 0 trigger: state - entity_id: - input_boolean.input_boolean_wpu_heating to: "off" for: hours: 1 minutes: 30 seconds: 0 trigger: state conditions: - condition: and conditions: - condition: state state: "off" entity_id: input_boolean.input_boolean_wpu_heating actions: - data: topic: itho/cmd payload: >- { "manual_operation_index":30, "manual_operation_datatype":0, "manual_operation_value":0, "manual_operation_checked":1, "manual_operation_dryrun":false } action: mqtt.publish |
[ Voor 43% gewijzigd door GeeMoney op 26-12-2025 14:49 ]
Die error zie je in de GUI omdat je platform: gebruikt in plaats van trigger. Daardoor snap hij het in de GUI niet meer, en krijg je die Error describing trigger melding. De trigger werkt dan wel gewoon.GeeMoney schreef op vrijdag 26 december 2025 @ 14:42:
Meer mensen sinds de laatste updates dat sommige Automations niet meer triggeren ? Ik heb er.2 die aan de hand van een helper schedule een input_boolean moeten omzetten om vervolgens een volgende automation te draaien die een MQTT commando verstuurd.
Die eerste 2 automations lijken te lopen maar volgens mij verstuurd hij het MQTT commando niet in de laatste automation.
Als ik hem manual trigger, dan werkt hij wel.
In de traces op die laatste automation zie ik wel dit:
[Afbeelding]
Yaml code van de automation:
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 alias: Warmtepomp - Verwarmen Blokkeren Nacht description: Verwarmen Blokkeren Itho triggers: - entity_id: - input_boolean.input_boolean_wpu_heating from: "on" to: "off" trigger: state - entity_id: - input_boolean.input_boolean_wpu_heating to: "off" for: hours: 0 minutes: 30 seconds: 0 trigger: state - entity_id: - input_boolean.input_boolean_wpu_heating to: "off" for: hours: 1 minutes: 0 seconds: 0 trigger: state - entity_id: - input_boolean.input_boolean_wpu_heating to: "off" for: hours: 1 minutes: 30 seconds: 0 trigger: state conditions: - condition: and conditions: - condition: state state: "off" entity_id: input_boolean.input_boolean_wpu_heating actions: - data: topic: itho/cmd payload: >- { "manual_operation_index":30, "manual_operation_datatype":0, "manual_operation_value":0, "manual_operation_checked":1, "manual_operation_dryrun":false } action: mqtt.publish
Op je screenshot is verder ook te zien dat hij de acties uitgevoerd heeft.
In het screenshot zie ik ook dat je platform gebruikt, maar in je YAML code niet. Dus daar klopt iets niet..
Dit zijn 2 out-of-the-box bij elkaar geklikte automations via de GUI.TheFes schreef op vrijdag 26 december 2025 @ 15:02:
[...]
Die error zie je in de GUI omdat je platform: gebruikt in plaats van trigger. Daardoor snap hij het in de GUI niet meer, en krijg je die Error describing trigger melding. De trigger werkt dan wel gewoon.
Op je screenshot is verder ook te zien dat hij de acties uitgevoerd heeft.
In het screenshot zie ik ook dat je platform gebruikt, maar in je YAML code niet. Dus daar klopt iets niet..
Waar moet ik dan nu de aanpassingen doen? Zelf met de hand in de yaml code van de automations? Daar staat inderdaad geen platform: .
Er gaat echt iets niet goed want de pomp is niet afgeslagen. Helaas kan ik met mqtt moeilijk de historie terug zien. Hij is wel afgeslagen zie ik, dan is er iets anders wat herrie heeft gemaakt vannacht
Ik wil de errors best fixen (ik heb er nog 2) maar heb dus niet echt een idee hoe.
[ Voor 11% gewijzigd door GeeMoney op 26-12-2025 15:09 ]
Die platform: moet trigger worden. Maar als je hem in de GUI kunt bewerken, gaat dat automatisch bij het opslaan al.GeeMoney schreef op vrijdag 26 december 2025 @ 15:05:
[...]
Dit zijn 2 out-of-the-box bij elkaar geklikte automations via de GUI.
Waar moet ik dan nu de aanpassingen doen? Zelf met de hand in de yaml code van de automations? Daar staat inderdaad geen platform: .
Er gaat echt iets niet goed want de pomp is niet afgeslagen. Helaas kan ik met mqtt moeilijk de historie terug zien. Hij is wel afgeslagen zie ik, dan is er iets anders wat herrie heeft gemaakt vannacht.
Ik wil de errors best fixen (ik heb er nog 2) maar heb dus niet echt een idee hoe.
Dan moet ik de automation dus even wijzigen tijdelijk met een extra trigger ofzo en dan opslaan en vervolgens weer die tijdelijke extra eruit halen?TheFes schreef op vrijdag 26 december 2025 @ 16:40:
[...]
Die platform: moet trigger worden. Maar als je hem in de GUI kunt bewerken, gaat dat automatisch bij het opslaan al.
Let op:
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.
Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.
Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.