Astronaut

Til at hjælpe en handikappet person har jeg brug for en del trådløse "hjælp mig" knapper der kan sættes op strategiske steder i boligen. Jeg vil gerne kunne programmere respons sådan at det gør en forskel hvor mange gange der bliver trykket og/eller hvor længe, hvilket tidspunkt det sker på, hvem der modtager signal og hvordan, etc. Det nemmeste ville være at sætte en IHC controller op med 10-15 wireless tryk, men det synes overkill til formålet. Egentligt ville jeg helst have nogle "knapper" der lignede LK's minitryk, bare med wireless, batteri, etc. indeni - det ville være nemt at finde plads til alle steder. Mindre (eller nærmere mere) kan dog også gøre det. Der findes færdige løsninger men de er alt for ufleksible og halter også æstetisk. Nogen forslag med anden teknik end IHC?

Man kan godt få det til at virke. Jeg har tidligere kørt IHC Visual 1.32 på en Windows 10 maskine. Kan dog ikke huske om det skal køre som administrator. Det var på Windows 10 Pro, men det burde ikke gøre nogen forskel om det er home, pro eller enterprise versionen af Windows 10. Har du i øvrigt en RS232 port på computeren? Ellers skal du have fat i en USB til RS232 adapter. Og selvfølgeligt et serielt kabel.

Der er ikke nogen IHCtablet app til android. Men telefon appen (LK Remote) virker bortset fra at den kun kan køre i portrait mode.

Du kan godt sætte et netværkskabel i en android tablet. På den måde ville alt hvad du skulle bruge være et netværkskabel, en USB ethernet dongle samt LK's håbløse app. Det hele konfigureret med faste IP adresser. Men ideen omkring tablet skriger på wifi. Og så er du ude i et accesspoint og for at gøre det nemt så skal du også have en DHCP server. I praksis en wireless router men den behøver ikke være connected til internettet. Min IHC controller kører stort set sådan (om end min router connecter til internettet for at synkronisere tiden).

https://www1.lk.dk/katalog/nmkatalog.ph7?vnr=820B1250 Men det betyder at lysdæmpere flytter til din tavle. Dvs. en stor ændring. Der er ingen nem løsning på kombidimmer problemet.

Kombidimmer og LED virker ikke godt. Prøv at teste om det virker med en gammeldags glødelampe. Jeg har 10 (brugte) kombidimmere liggende efter jeg udskiftede dem med nye 2 kanals dimmere. Jeg fik aldrig kombidimmerne til at virke stabilt med LED. Jeg forsøgte at købe mindst 20 forskellige typer LED pærer. Nogen gange virkede det fint. Nogen gange fint bortset fra at pæren ikke kunne slukke helt. Og nogen gange blinkede pæren. Nogen gange kunne den samme model virke et sted og ikke et andet sted. Og nogen gange døde pæren næsten og opførte sig ligesom din installation.

Hvad sidder der af pærer på? LED?

IHC Term og IHC Visual 1 kan ikke finde ud af trådløse komponenter. Med IHC Term kan du vælge mellem 400UNI dæmperen og 3. parts produkter. Dimmere er helt klart en af de svagere sider af IHC Term og IHC Visual. Du ender med at købe en ny controller og du kan lige så godt gøre det først som sidst.

Som jeg skrev ovenfor har jeg haft situationer hvor re-pairing løste problemer. Lad os høre hvordan det går.

Jeg har monteret nogen direkte på væggen. Man kan købe LK's baseline rammer i en version der er lidt højere end normalt (14mm). Så er der plads til ledninger bagved. Tag en Torx skruetrækker. Så holder den grønne dims længere. Og du skal bare trykke den ned så metallet skærer gennem IHC kablet. Min erfaring er i øvrigt at det billige telefonkabel jeg har brugt til IHC knækker i skæreklemmerne. Så købte derfor nogle meter af LK's svinedyre IHC Link-10 kabel til det første stykke (jeg har alligevel altid en samleboks i nærheden af føleren til andre signaler).

Jeg har ikke haft samme problemer som dig, men måske kunne det være dine ID'er der er gale. Her er uddrag fra min configuration.yaml: ihc: - url: "http://..." username: ... password: ... auto_setup: false info: true sensor: - id: 6583828 name: entre_temperatur_raw unit_of_measurement: "°C" note: På væggen position: Entre binary_sensor: - id: 27738 name: door_hovedtrappe inverting: true note: Magnet contact position: "Hoveddør" type: door - id: 681306 name: "door_stue_entre" inverting: true note: Magnet contact position: "Stue/Entré" type: door light: - id: 11452253 # Hex: 0xaebf5d dimmable: true name: "entre_lys_loft" position: "Entre" - id: 13700701 # Hex: 0xd10e5d dimmable: true name: "arbejdsvaerelse_lys_loft" position: "Arbejdsværelse" For de to dimmere har jeg også skrevet hex værdien af id for det er det der står i IHC projekt filen. Her er uddrag af projekt filen: <product_rs485_led_dimmer id="_0xaeba58" product_identifier="_0x4409" name="IHC LED Dimmer 2 kanaler" locked="yes" position="4" icon="_0x86" note="LK IHC RS485 produkter" serialnumber="PL2004003229"> <resource_flag id="_0xaebb0a" name="Kanal synkronisering" icon="_0x33"/> <rs485_led_dimmer_channel id="_0xaebc7b" product_identifier="_0x4410" name="LED Dimmer kanal 1" icon="_0x86" position="Entry Lys" channel="_0x0" channel_id="_0x86"> <airlink_dimmer_increase id="_0xaebd5f" name="Tænd / Regulér op" address_channel="_0x1"/> <airlink_dimmer_decrease id="_0xaebe60" name="Sluk / Regulér ned" address_channel="_0x1"/> <airlink_dimming id="_0xaebf5d" name="Lys niveau" address_channel="_0x1"> <link_from_resource id="_0xb48f2d" name="Følg Link" icon="_0x47" link="_0xb4902c"/> </airlink_dimming> <light_indication id="_0xaec01d" name="Lys indikering" note="&apos;On&apos; når lysdæmperen er tændt"/> <product_airlink id="_0xd10b54" product_identifier="_0x4304" device_type="_0x808" name="Lampeudtag dimmer" serialnumber="_0x640820320463" locked="yes" position="I loftroset" icon="_0x86"> <airlink_dimmer_increase id="_0xd10c5f" name="Tænd / regulér op" address_channel="_0x1"/> <airlink_dimmer_decrease id="_0xd10d60" name="Sluk / regulér ned" address_channel="_0x1"/> <airlink_dimming id="_0xd10e5d" name="Lys niveau" address_channel="_0x1"> <link_from_resource id="_0x98d12d" name="Følg Link" icon="_0x47" link="_0x98d22c"/> <link_from_resource id="_0x99012d" name="Følg Link" icon="_0x47" link="_0x99022c"/> </airlink_dimming> Som du måske kan se så refererer id'et i configuration.yaml til id i airlink_dimming noden. Dette gælder både for ø80 og DIN dimmers.

Hvor er Things file?

Jeg forsøger at teste OpenHab2. Jeg kører skidtet i et jail på en FreeBSD boks fordi det var det nemmeste. Jeg kan auto create channels og det virker fint. Men mine fine nye DIN Dimmere dukker ikke op. Når jeg forsøger at kreere disse channels manuelt har jeg ikke mulighed for at vælge "Dimmer" som channel type. Har jeg misforstået nogen eller gør jeg noget forkert? (Jeg kører openhab 2.5.6 ... jeg ved der er en nyere men iflg. change log skulle der ikke være ændringer i IHC integrationen mellem 2.5.6 og 2.5.9. Det er lidt mere besværligt at få andre versioner op at køre)

Den wireless protocol bygger på en af de "standarder" der aldrig blev valgt til standard: wavenis. Det der sendes trådløst er krypteret og med mindre LK er nogle eklatante fjolser så er det umuligt at lytte sig til protocollen (eller krypteringsnøgler). Jeg mener at der er to veje til at finde ud af protocollen: Man kan reverse-engineere firmware til controlleren (som du ikke har). Eller man kan reverse-engineere et par af de wireless tryk du har. Det vil i praksis betyde at du skal finde ud af at udlæse firmware (chippen er sandsynligvis beskyttet imod dette) og decompilere denne. Det er en stor opgave. Såfremt det lykkedes for nogen, så vil det åbne mulighed for at lave en løsning hvor LKs komponenter kan styres af andet end LK controller. Ingen har haft den mindste success i den retning indtil nu. Jeg kan kun anbefale at du smider pengene for en controller. Mulighederne er meget større end det du har nu og hvis du alligevel har smidt en formue for et hus så er controlleren ikke noget problem. Det er ikke specielt moderne men med diverse 3. part software fungerer det godt (nok). PS: Hvis der er brugt LK's UNI Kombi lysdæmpere (505D6101), så kan du lige så godt skifte dem med det samme. Jeg brugte et år på at finde ud af ingen LED pærer virker ordentligt med kombidæmperne. Jeg har 11 af dem liggende ... kun lidt brugt

Jeg roder med home assistant. Jeg har nogle temperatursensorer og har fået dem til at afrunde til 1 decimal sådan at tallene ser fornuftige ud. Er der nogen der har fundet en bedre måde? Jeg har gjort sådan her: configuration.yaml # Configure a default setup of Home Assistant (frontend, api, etc) default_config: homeassistant: customize: !include customize.yaml customize_glob: !include customize_glob.yaml # ... lots of goo ihc: - url: "http://192.168.67.7" username: secret password: verysecret auto_setup: false info: true sensor: - id: 6583828 name: entre_temperatur_raw unit_of_measurement: "°C" note: På væggen position: Entre - id: 6583591 name: entre_relativfugtighed_raw unit_of_measurement: "%RH" note: På væggen position: Entre - id: 5297172 name: bad_temperatur_raw unit_of_measurement: "°C" note: På væggen position: Badeværelse - id: 5296935 name: bad_relativfugtighed_raw unit_of_measurement: "%RH" note: På væggen position: Badeværelse sensor: - platform: template sensors: entre_temperatur: unit_of_measurement: "°C" value_template: "{{ states('sensor.entre_temperatur_raw') | float | round(1) }}" bad_temperatur: unit_of_measurement: "°C" value_template: "{{ states('sensor.bad_temperatur_raw') | float | round(1) }}" entre_relativfugtighed: unit_of_measurement: "%RH" value_template: "{{ states('sensor.entre_relativfugtighed_raw') | float | round(1) }}" bad_relativfugtighed: unit_of_measurement: "%RH" value_template: "{{ states('sensor.bad_relativfugtighed_raw') | float | round(1) }}" customize_glob.yaml "sensor.*_temperatur_raw": hidden: true "sensor.*_relativfugtighed_raw": hidden: true

Jeg har skiftet 11 UNI dimmere ud med 3 stk. Ø80 v.2 og 4 stk. tavledimmere (dvs. 8 kanaler). Det har fungeret perfekt. De virker ligeså godt som Ø80 (og UNI dimmere med glødelamper). Alt hvad der skulle til var at opdatere LK's funktionsblok og flytte forbindelserne i IHC Visual. Fra et programmeringsperspektiv er der ingen forskel (Home Assistant kører fint med de nye dimmere selvom koden ikke er opdateret). Den eneste anke jeg har er at en enkelt tavle dimmer nu næsten altid dækker to rum. Der er således ikke noget naturligt rum at placere den i og det giver usability issues i software.

Jeg havde ca. 40 wireless enheder indtil jeg udskiftede mine UNI dimmere med de nye tavle-dimmere. Jeg har bl.a. ca. 20 wireless stikkontakter. En af den opførte sig underligt: Når man tændte for den på selve kontakten virkede alting fint. Men når der blev tændt for kontakten fra controlleren gik der ca. 5 sekunder før der skete noget. Efter at have observeret det i nogen tid, så re-pairede jeg kontakten og problemet gik væk. I mellemtiden havde jeg udskiftet dimmerne således at jeg fik færre wireless enheder. Problemet er således ikke direkte relateret til antallet af enheder

I suspect the truth is that they haven't sold much IHC on other markets than the danish and thus have withdrawn the product line from other countries. In any case, perhaps you are in a similar situation to the rest of us. Schneider has confirmed that the wireless platform is dead. There will not be any new products on that platform (which makes sense because it was built on wavenis and wavenis never got any traction). They have not been clear on the wired plans, but the whole wired architecture runs against what is happening everywhere else in the market. So perhaps you will not be missing out on much in the future. What would be fantastic would be a controller that would also work with other standards, but I suspect that will not happen due to the amount of work required and again the wavenis platform is dead. A workable solution would be a downgraded controller with no programming capability but with the ability to expose all connected units on a standard bus (e.g. KNX) and then the programming would be on a standardized controller (e.g. a KNX controller). That way Schneider would need minimal work now and in the future (e.g. the whole Java update circus would be a thing of the past) and would be able to keep its proprietary IHC business alive for a very long time. Alas, I am not crying. The ability to connect to the controller from IHC Captain, Home Assistant, etc. is good enough for me. As long as Schneider delivers a controller that will work for the next 20 years then I am happy.

Har du mulighed for at dele din configuation med os, evt. med kommentarer om hvorfor du har gjort som du har? Jeg har en kørende HA installation mod min IHC controller. Det er blot en quick and dirty løsning. Planen er at starte forfra - evt. hvor jeg udskifter min Raspberry Pi 3 med en Intel Celeron boks jeg har liggende. Jeg er lidt i tvivl om hvor meget man kan bruge auto configurationen til, hvad god navngivningsstrategi er, etc.

I suggest you find the same version in Danish and save it. That way, if they at some point do not have an english version in the future you will be able to make a "franken-version" where most are in English and only what is new since now will be in Danish. I suppose 3.04.69.03 UK is the same as 3.04.70.03 DK.

Første step med LK's lysdæmpere er altid at prøve med en glødepærer. Men umiddelbart lyder det ikke som en hardware fejl. Kommunikationen mellem dine batteritryk og din dimmer er krypteret. Hvis modtageren ikke har krypteringsnøglen (dvs. hvis de ikke er parret), så sker der ingenting. Det er måden til at sikre at naboens IHC ikke generer dit IHC. Jeg har dog aldrig prøvet at bruge IHC uden controller så der kan jeg ikke hjælpe dig.

Jeg går ud fra at det betyder at du ikke har en IHC controller?

Jeg tænker på holdbarhed. Det er nogle pæne gnister der kan springe hver gang relæet skifter hvis der løber 1200W igennem. Men ok. Hvis den holder 10 år så er det fint.

Jeg tror jeg vil forsøge mig med at tænde radiatoren (som har termostat) med en "sløv" PIR med manuel override. Så må vi se hvor godt det virker. Rummet bruges bl.a. til at spille i og også nogen gange til at sove i. Så når nogen spiller så skal radiatoren køre men når de sover så skal den være slukket. Det er ikke nemt. Stillesidende situationer er ikke gode til PIR er min erfaring. Er der nogen der har erfaring med at lade IHC relæer tænde og slukke for sådan noget som varmeapparater (det er en IHC Wireless Stikkontakt 505D6501). Jeg tænker at strømstyrken er relativt høj og der er (?) tale om mekaniske relæer.

Min umiddelbare tanke var at lave en funktion der holder varmen tændt i 8 timer når man tænder manuelt ... dog slukker kl. 23 under alle omstændigheder. Men jeg har ikke helt bestemt mig. Jeg allerede en PIR og magnet sensor i døren så det kan godt blive mere smart. Jeg tænkte at det kunne være at der var nogen der havde lavet noget klogere og at der fandtes radiatorer der integrerede mere intelligent.