niklascp

Dannes der nogle beskeder i loggen på HA? Jeg har nogenlunde samme opsætning, men har aldrig oplevet det du beskriver.

The IHC integration for HA does not support Devices, so if you want to do automation you need to trigger on state changes for the IHC entity in mind, or call services (e.g. light.turn_on with entity). Do you use the auto_setup option?

Det er et Output fra IHC, så det giver ikke mening at du har oprettet det som et light. Opret det istedet som en binary_sensor. HA bør ikke have nogen mulighed for at sætte værdien for dette IHC ID.

Mht. dæmp har jeg gjort dette: Jeg har en funktionsblok, som når du holder et tryk nede, så kipper den en udgang med 200ms intervaller. Herefter benytter jeg denne automation til at skrue op for lyset: automation: - alias: living_room_dinning_table_pendel_up hide_entity: True trigger: - platform: state entity_id: binary_sensor.living_room_dinning_table_pendel_up action: - service: light.turn_on entity_id: light.living_room_dinning_table_pendel data_template: brightness: '{{states.light.living_room_dinning_table_pendel.attributes.brightness|int + 25}}' Ligeledes en udgang for ned-dæmpning. Så lidt besværligt, men det virker faktisk ret fint.

Den kan du. Tilføj trykkets id som en manuel binary_sensor under controlleren: https://www.home-assistant.io/integrations/ihc/#manual-configuration Lav herefter en automation med denne sensor som trigger til at tænde/slukke/toggle din IKEA pære.

Er det ihc_id du angiver id'et på indgangen på den funktionsblok du vil aktivere?

Du skal ikke tilføje id'et som en binær sensor - det vil ikke virke. Du kunne tilføje det som switch, men så skal du selv huske at slukke for signalet igen efter x ms. Men: du bør i stedet bare kalde servicen ihc.pulse, da den præcis simulerer et "tryk". Dette kan du gøre fra en automation eller script. service: ihc.pulse data: ihc_id: 1234567

Du skal definere manuelle devices under controlleren som beskrevet i dokumentation for IHC integrationen: https://www.home-assistant.io/integrations/ihc/#manual-configuration Tror den måde du har gjort det på er den gamle inden HA IHC integrationen understøttede flere controllere.

Hi, have a look at https://www.dingus.dk/arduinoihc/

Blot en lille opfølgning, hvis nogen er interreseret. Jeg kan sådan set sagtens snakke med min Radius el-måler via CCC/HAN-stikket, men spørger jeg de registre der nævnes her (https://github.com/MTrab/Kamstrup/blob/master/Kamstrup.ino) får jeg kun tomme svar. (0x40 3F 10 07 9A 0D) Jeg tænker det hænger sammen med den kryptering Kamstrup har indbygget i deres KMP. Jeg har fået krypteringsnøgle af Radius, men eftersom KMP er "hemmlig" for de uindviede så er det svært at finde ud af hvordan krypteringsnøglen skal bruges. Jeg tænker måske sammen med en anden kommando end "GetRegister" (0x10), men hvilken ved jeg ikke og ej heller hvordan beskeden formateres. Vha brute-force har jeg kortlagt, at meteres trods alt svarer på følgende register-adresser: vector<unsigned short> addrs{ 0x0032, 0x0033, 0x0034, 0x0035, 0x03E9, 0x03F2, 0x0406, 0x0417, 0x043B, 0x0466, 0x04C5, 0x04DB, 0x0620, 0x062B, 0x1789, 0x178A, 0x178E, 0x178F, 0x180D, 0x1824, 0x1845, 0x1867, 0x186C, 0x1874, 0x1875, 0x1876, 0x1880, 0x1885, 0x1886, 0x1887, 0x1888, 0x1889, 0x188A, 0x188B, 0x188C, 0x188D, 0x188E, 0x188F, 0x1890, 0x1893, 0x1894, 0x18A0, 0x18AD, 0x18AE, 0x18AF, 0x18B0, 0x18B1, 0x18B2, 0x18B3, 0x18B4, 0x18C8 }; Men svaret er det samme med flere timers (og dermed el-forbrugs) mellemrum for alle på nær 0x0417, så det indeholder næppe forbrugsdata der jo burde ændre sig løbende.

Du må ikke formaterer kortet i FAT16! - det er formatteret, men i et Linux format som Windows ikke kan læse. Det første LK support vil spørge dig om er om du har haft det i en PC og så syntes de ikke det er deres problem, da det jo tydeligvis er derfor controlleren ikke virker Jeg har haft samme problem som dig, og der var eneste mulighed et controller-byt. Virker åndssvagt da det sikkert kunne løses med at flashe SD-kortet med et image.

Der kører en SOAP-service på IHC Controlleren - så vidt jeg ved at det meget sparsomt med officiel dokumentation omkring denne fra LK. Det er denne som integrationerne i OpenHab, HA osv. benytter. Hvis du vil bruge servicen direkte selv, har dingus lavet nogle wrappere i hhv. C# og Python som angiveligt vil spare dig noget tid: https://www.dingus.dk/ihc-sdk-for-net/ https://www.dingus.dk/ihc-soap-client-python/ HA integrationen benytter sidstnævnte internt.

Hej Dennis. Jeg styre min Wawin AHC9000 gennem Home Assistant, hvilket virker fantastisk - herfra kan der laves styring via IHC, hvis man ønsker. Jeg bruger en lille esp8266 wifi-microcontroller sammen med en MAX13487 3.3v og en lettere modificeret udgave af: https://github.com/dkjonas/Wavin-AHC-9000-mqtt Min udgave som er tilpasset MAX13487 frem for MAX3072E ligger på: https://github.com/niklascp/Wavin-AHC-9000-mqtt - det hele er bygget ind i en 5x7 cm boks som sidder ved siden af Wavin Controlleren. Mvh. Niklas

Jeg roder selv med at få data fra vores nye 684 Radius-målere fra Kamstrup ind (i mit tilfælde Home Assistant). Jeg er ikke kommet så langt som rent faktisk at sætte noget til dog. Det er min forståelse af CCC/HAN-stikkets Tx og Rx er de samme som det infrarøde øje, men har ikke kunne få det bekræftet. I så fald ser dette lovende ud, men der nævnes ikke noget om kryptering/nøgle: https://github.com/MTrab/Kamstrup/blob/master/Kamstrup.ino Kamstrup benytter sin egen protokol (KMP - Kamstrup Meter Protocol) som vist er en overbygning på IEC1107 - og her skal man spørge om data før man får det. Om man kan få de IEC1107-specificerede informatiorne ud uden brug af nøgle, eller nøglen skal benyttes ved læsning af alle data er jeg usikker på. Bemærk desuden at en ESP trækker op til 170 mA ved 3.3V + evt. USB-to-TTL, voltage regulator, m.m., mens CCC/HAN stikket kun kan levere 75mA ved 4.15V jf. http://www.solcelledebat.dk/attachment.php?aid=2203 Poul Henning Kamp har også lavet dette som kunne være interresant, selvom det er til 682-måleren: https://github.com/bsdphk/PyKamstrup