As a newbie I did face an issue starting multiple entities (light.entree, light.eetkamer and light.raam. With the ics2000 integration) just one light will start.
I did find in this community “multiple commands at the same time will not work”
Adding a delay of 10 sec (~3x2) between the “actions” each with an ics2000 entity should did solve the issue.
The total duration of the above mentioned automation will last about 27seconds. What happens during this period if a HA user also issues a ics2000 command using e.g. a button (with icm2000 command) on the HA display? in the “rdegraafwhizzkid” installation there is a “non-UI” thread mentioned.
Question 1:
Is this implemented as a kind of queuing mechanism or just blocking new commands?
Question 2: is this thread only active during each (repeated) icm2000 command or during the period of the 3 internally repeated commands separated by 2x 2sec delay (in case of default)? Blocking would mean the “button on the display” command issued during the (long) automation still will disable/disappear icm2000 commands.
Is this the case ? and if yes does anybody has already a solution to avoid “blocking” commands?
Unless I’m mistaken, ics2000 (KlikaanKlikuit ?) uses 433Mhz communication. If you send 433Mhz to fast after each other, they don’t get received to well.
Thanks for your reply, your comment is also my understanding and therefore the integration sends default 3 times the command with 2 seconds delay.