nXil

Jf. Schneider skulle alle Wiser-enheder være understøttet af Homie, som både kan scripting og noget NodeRED-agtigt flow. Du skal dog have en Homie Pro hvis du vil have noget der minder om et seriøst system (ikke internetafhængigt og acceptable responstider). Med den kan du selvsagt også kryds-integrere med Hue, hvis det er det, du vil.

Der er andre som har samme synspunkt som mig. Både på dette board og udenfor. Men det er egentlig en ret ligegyldig diskution IMHO. Prøv at gå efter bolden i steddet for manden.
De problemer man ofte ser, med wireless kommunikation, er periodiske og forsvinder af sig selv efter kort tid, så man ignorer dem ofte, eller tror de skyldes noget andet. Kan man leve med at ens smart house installation opføre sig underligt fra tid til anden, så skal man da endeligt vælge wireless. Jeg er bare for meget perfektionist til at aksepter dette.

Lars er nu ikke helt alene med sin skepsis overfor wireless, jeg er også mest til tråd, men det er måske en gammel EL skade.
Hvis dit problem med bussen er at nogle lamper ikke tænder/slukker, når de skal, men først når andet tænder/slukker, så kan det løses i Visual.

IHC wireless vil været et dumt valg, da de produkter udgår efterhånden som de bliver udsolgt. Wiser og Philips HUE kan LANGT fra det samme som LK IHC og vil være relativ dyre løsninger hvis man bare skal kunne tænde og slukke noget lys. SG lightning kender jeg ikke.

Jeg tror ikke det specifikt er z-wave som der er berørings angst for. Vi er bare nogle som har en del erfaring med wireless kommunikation. Wireless kommunikation er bare ikke så stabilt som kablet kommunikation, ligegyldigt hvilket produkt du vælger. Problemerne bliver særligt tydeligt jo større din installation bliver.

Jeg spurte chatGPT. Svaret var som følger:
Schneider sagde farvel, tog sit grej,
IHC droppet, som var det leg.
"Gider ej mer'" var hvad de tænkte,
En ny sti i livet, tillid de sænkte.
Wiser på væggen, ej "a wise choice,"
Den bruger strøm og har ingen voice.
"Smarthome," de sagde, "det' fremtiden nær,"
Men prisen? Åh gud, det koster så kær.
Så Schneider tænkte, "hvad gør vi nu?"
Måske et system der er lidt mere snu.
De forlod det gamle, og fandt noget nyt,
En løsning, hvor kunderne er snydt!
...
Personligt har jeg været glad for et to delt system. Noget der altid virker (fx IHC) og en flex løsning over på som altid kan pilles af (fx Home Assistant). 

Skriv gerne hvad du vælger ...

Alt efter hvordan installationen er opbygget, burde det være muligt at gå tilbage til det man før i tiden solgte som et "IHC klar" hus. Altså en simpel svagstrøms installation med kip-relæer og svagstrøms lysdæmpere i tavlen.

Det modul jeg har lavet er også bygget til en port styringen med puls. 1. puls åben, 2. puls stop, 3. puls ned osv...

First create a new String item called "VoiceCommands" or something like that.
Then go to: openhab/paperui/index.html#/configuration/services?tab=voice and select the new String item called "VoiceCommands"
Then you have to create a rule for each command in your rules folder, see https://www.openhab.org/docs/configuration/rules-dsl.html
rule "Light kitchen" when Item VoiceCommands received command then val result = VoiceCommands.state.toString.toLowerCase if (result.contains("kitchen light on")) { GF_Kitchen_Light_Table.sendCommand(ON) } else if (result.contains("kitchen light off")) { GF_Kitchen_Light_Table.sendCommand(OFF) } end Here is a example off turning on and off my kitchen switch light.
You can also use Rules in Paper UI, but it might be a little buggy because off lower and uppercase letters.