Kandersen

Som Bjarne siger, der mangler en ledning på dem på klemme 2, Det er den der slukker. Og så vidt jeg husker, så skriver LK rent faktisk, at de ikke må vende på hovedet. Om det reelt har noget at sige, det aner jeg ikke.

So whats up, openhab, binding, both combination?

Here you go. A new log with a full TRACE for start up, and disable/enable. ihc tracelog2.rar Mind you, I´m running openHab 2.4 Milestone (M7) on a Rpi 3B with apt-get hasslefree openHab.

Problemet for mig at se er, at elektrikerne efter min mening allerede er "farvet" af LK og deres tilhørsforhold.

Er det ikke stort set hvert år på denne tid, at netop dette kommer frem?

But how come it works when I disable and then enable the thing (the controller)?

Easy to reproduce.. Restart Openhab, and it no longers receives any value changes from the controller. This is from my main Rpi using the same controller and the same resource ID. 2018-12-03 18:38:30.385 [ome.event.ItemCommandEvent] - Item 'koekken_vasklys_niv' received command 36 2018-12-03 18:38:30.390 [vent.ItemStateChangedEvent] - koekken_vasklys_niv changed from 30 to 36 This is tracelog from the the second rpi with the latest ihc binding: ihc tracelog.rar Remember, it´s the same resource ID, so this should have resulted in the item changing from 30 to 36 on the second Rpi using the latest binding. It doesn´t. Actually, it doesn´t even update the values at all. Not untill I disable the binding from PaperUI and Enable it again. THen it starts update. This is a screenshot from BasicUI right now (the second Rpi with the latest binding), before I disable the binding in PaperUI: Now I disable the binding in PaperUI and enable it again: 2018-12-03 18:52:05.491 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from ONLINE to UNINITIALIZED 2018-12-03 18:52:09.823 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from UNINITIALIZED to UNINITIALIZED (DISABLED) 2018-12-03 18:52:55.443 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2018-12-03 18:52:56.144 [vent.ItemStateChangedEvent] - ControllerUpTime changed from 669281.808 to 670295.524 2018-12-03 18:52:56.163 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE (BRIDGE_OFFLINE): Initializing communication to the IHC / ELKO controller to ONLINE 2018-12-03 18:52:56.173 [vent.ItemStateChangedEvent] - ControllerDateTime changed from 2018-12-03T16:36:54.000+0100 to 2018-12-03T16:53:48.000+0100 2018-12-03 18:52:56.759 [vent.ItemStateChangedEvent] - koekkenTelestat4a changed from NULL to OFF 2018-12-03 18:52:56.767 [vent.ItemStateChangedEvent] - SoveTemperature changed from NULL to 22.40 2018-12-03 18:52:56.769 [vent.ItemStateChangedEvent] - koekkenVask changed from NULL to 31 2018-12-03 18:52:56.773 [vent.ItemStateChangedEvent] - koekkenTemperature changed from NULL to 23.80 All I did was disable and enable after having restartet openhab.

@Pauli Anttila Controller DateTime seems to be 2 hours wrong for some reason I cant really figure. Both my controller and the Rpi is reporting the same time. But when using DateTime of the Controller in a sitemap, it´s exactly 2 hours wrong. And it doesnt seem to update on sitemap. 2018-12-02 21:49:37.388 [vent.ItemStateChangedEvent] - ControllerDateTime changed from 2018-12-02T19:41:42.000+0100 to 2018-12-02T19:50:29.000+0100

Hi @Pauli Anttila I think the binding got a problem with the 2.4 #1445, #1447 and Milestone M7. Maybe it has been there all the time.. If I upgrade my openhab, the IHC controller do come online allright. But it doesn´t receive anything from the controller. It even happens if I reboot my Rpi. If I go into PapuerUI and disable the thing (using the button Disable showen above) , and afterwards enable it again. The binding starts to receive updates fine from the Controller. Notice the time periode in this small log snippet: 2018-12-02 21:28:37.954 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE (COMMUNICATION_ERROR): org.apache.http.conn.ConnectTimeoutException: Connect to 10.4.28.6:777 [/10.4.28.6] failed: Read timed out to OFFLINE (BRIDGE_OFFLINE): Initializing communication to the IHC / ELKO controller 2018-12-02 21:28:41.739 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2018-12-02 21:28:42.287 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2018-12-02 21:28:42.389 [vent.ItemStateChangedEvent] - ControllerState changed from NULL to Ready 2018-12-02 21:28:42.678 [vent.ItemStateChangedEvent] - ControllerUpTime changed from NULL to 593242.088 2018-12-02 21:28:42.707 [vent.ItemStateChangedEvent] - ControllerDateTime changed from NULL to 2018-12-02T19:29:35.000+0100 2018-12-02 21:28:42.764 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE (BRIDGE_OFFLINE): Initializing communication to the IHC / ELKO controller to ONLINE 2018-12-02 21:40:32.365 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from ONLINE to UNINITIALIZED 2018-12-02 21:40:34.972 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from UNINITIALIZED to UNINITIALIZED (DISABLED) 2018-12-02 21:40:40.674 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from UNINITIALIZED (DISABLED) to INITIALIZING 2018-12-02 21:40:45.880 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE): Initializing communication to the IHC / ELKO controller 2018-12-02 21:40:47.139 [vent.ItemStateChangedEvent] - ControllerUpTime changed from 593242.088 to 593966.51 2018-12-02 21:40:47.145 [vent.ItemStateChangedEvent] - ControllerDateTime changed from 2018-12-02T19:29:35.000+0100 to 2018-12-02T19:41:39.000+0100 2018-12-02 21:40:47.395 [vent.ItemStateChangedEvent] - ControllerUpTime changed from 593966.51 to 593966.792 2018-12-02 21:40:49.585 [me.event.ThingUpdatedEvent] - Thing 'ihc:controller:elko' has been updated. 2018-12-02 21:40:50.522 [vent.ItemStateChangedEvent] - ControllerUpTime changed from 593966.792 to 593969.983 2018-12-02 21:40:50.540 [vent.ItemStateChangedEvent] - ControllerDateTime changed from 2018-12-02T19:41:39.000+0100 to 2018-12-02T19:41:42.000+0100 2018-12-02 21:40:50.546 [hingStatusInfoChangedEvent] - 'ihc:controller:elko' changed from OFFLINE (BRIDGE_OFFLINE): Initializing communication to the IHC / ELKO controller to ONLINE 2018-12-02 21:40:51.079 [vent.ItemStateChangedEvent] - koekkenTelestat4a changed from NULL to OFF 2018-12-02 21:40:51.097 [vent.ItemStateChangedEvent] - SoveTemperature changed from NULL to 22.10 2018-12-02 21:40:51.102 [vent.ItemStateChangedEvent] - koekkenVask changed from NULL to 34 2018-12-02 21:40:51.106 [vent.ItemStateChangedEvent] - koekkenTemperature changed from NULL to 23.50 2018-12-02 21:40:55.742 [vent.ItemStateChangedEvent] - SoveTemperature changed from 22.10 to 22.00

Yep der skal nok komme et link..

Jeg har kun prøvet HomeAssistant ganske kort. Den oplevelse var, at jeg alligevel skulle ud i at selv rode med kode, hvilket gjorde jeg tog openhab i stedet. Men flere andre siger at Homeassistant skulle være ret godt.

Det er netop det groteske i dette. Der er et rigtig voldsomt potentiale i grundprincippet bag IHC. LK formår åbenbart bare ikke rigtig at fuldføre det i en mere moden stil. Og guderne måde vide hvorfor, (tror jeg så heller ikke de gør), da deres produkt ligger lige til højrebenet. Jeg tror desværre at den monopol-agtige tilstand i DK for LK er en stor del af årsagen. Når man har et produkt som nærmest er det eneste der sælges i landet, så kan man tilsyneladende tillade sig at hvile på laurbærene. Jeg gad godt at byggebranchen i DK tog fat og kiggede på europæiske muligheder i stedet. Før det sker, så tror jeg desværre ikke der kommer til at ske en pind. LK gør åbenlyst ikke meget af sig selv.

1.6.6 kom i går til iphone. Har ikke set hvad ændringerne er. De skriver noget med en kritisk forbindelsesfejl i 1.6.5.

LK/Schneider, IHC og opmærksomhed - tre ord der ikke går skide godt i spænd med hinanden

Når nu du har fået løst dit styrings problem. Kan jeg så lokke dig til at beskrive mere indgående, hvad det er for motor, hvordan det er forbundet osv. Evt med link til producent??

Ahh okay, det er det samme som med openHab, men pga openHab´s foundation, så er det gratis at bruge.

400,- for hvad??

Fair argument Enable/disable button? This one: (I dont know if it´s the binding or because I´m running openhab 2.4 M6 (milestone build).

Kan det via openhab2. Jeg bruger det selv. En længere forklaring der til for at fortælle hvordan. Men jeg er så småt i gang med en mindre guide til, hvad der skal til. Indtil da kan du starte med at læse den lyn guide til openhab2 jeg skrev ind i et indlæg i går.

Alot better. I do get a few channels where the name doesnt seem right (like its missing room name). But I need to check up with Visual on this one. At least the number of RF devices are down to a real figure. Yes, alot better as well. Is it! Yup, working fine here as well.. Btw why dont you use the latest firmware for HW 6.2? One small request.. Is it possible to move the enable/disable button to the top insted of the bottom. Having hundreds of channels, it takes a while to scroll all the way down

Sure: This is take from the Visual option of creating documentation for the installation. Lokalitet Soveværelse Placering Halogen spot rækkeklemme 15 Komponent Lampeudtag dimmer ø80 Identifikationskode -- Serie nummer _0x640816240287 Lysgruppe IHC 3 Lokalitet Køkken Placering Køkkenvask rækkeklemme 19 Komponent Lampeudtag dimmer ø80 Identifikationskode -- Serie nummer _0x640816240122 Lysgruppe IHC 4 Lokalitet Køkken Placering Underskabe Uni250 Klemme 17 og 18 Komponent Dimmer Universal UNI250 (1-modul) Identifikationskode -- Serie nummer _0x640a07237810 Lysgruppe IHC 4 Lokalitet Spiseplads Placering spisebord klemme 23 Komponent Lampeudtag dimmer ø80 Identifikationskode -- Serie nummer _0x640816240124 Lysgruppe IHC 4 Lokalitet Spiseplads Placering Spiseplads halogenlys Uni250 Klemme 22 Komponent Dimmer Universal UNI250 (1-modul) Identifikationskode -- Serie nummer _0x640a07237823 Lysgruppe IHC 4 Lokalitet Kontor Placering Ved dør Komponent Tryk 2 tast (wireless pushbutton) Identifikationskode -- Serie nummer _0x640e15123673 Lysgruppe -- Lokalitet Lille Badværelse Placering Ved dør Komponent Tryk 2 tast (wireless pushbutton) Identifikationskode -- Serie nummer _0x640e15123789 Lysgruppe -- Lokalitet Caspers værelse Placering -- Komponent Tryk 2 tast (wireless pushbutton) Identifikationskode -- Serie nummer _0x640e15123809 Lysgruppe -- Lokalitet Hyggestue ved børneafd. Placering Halogen klemme 21 (bag tavle 2) Komponent Dimmer Universal UNI250 (1-modul) Identifikationskode -- Serie nummer _0x640a07237758 Lysgruppe IHC 1 Lokalitet Udendørs Placering Udhæng Indgangsparti Uni250 klemme 5 Komponent Dimmer Universal UNI250 (1-modul) Identifikationskode -- Serie nummer _0x640a07237960 Lysgruppe IHC 5

Same 10 devices.

Du skal være velkommen.

I forgårs satte jeg mig for at teste den nyeste IHC binding. Jeg har flere gange ville gøre det, men haft dilemmaer der holdt mig tilbage fra at teste den ordentligt på mit oprindelige setup. Så i forgårs gik jeg en lidt anden vej, da jeg alligevel er småt i gang med en anden og dybere detaljerede guide om openhab2 med IHC og "lidt" ekstra. Her er en lille hurtig 10-punkt guide, som ikke går fuldstændig i de mindste detaljer. Den er tiltænkt at give et lille overblik over det grundlæggende forløb i installering af openhab2 på en Rpi 3B+ med seneste IHC binding og autochannels: 1. Jeg tog en RaspberryPi 3B+ (forkortet, Rpi herefter) og et 16GB SD kort. 2. Hentede den seneste stable version af openhab2 til Rpi. (Image fil) 3. På min windows maskine brugte jeg win32image til at kopiere image filen til SD kortet. (kræver man har en SD kortlæser i sin windows maskine). 4. Isatte det færdig kopierede SD kort i Rpién, tilsluttede ethernet (netværk) stik og tændte for Rpién, så den automatisk kunne installere openhabian inkl openhab2 2.3 stable. (Det tager ca. 25-30 min på en Rpi 3B+). Jeg satte også en skærm til Rpién via HDMI, så jeg kunne følge med i hvad der skete. Men det er ikke nødvendigt, ligesom tastatur/mus heller ikke er nødvendig. 5. Da openhabian (openhab2) var færdig med at opdatere/installere, så åbnede jeg et browser vindue på min windows maskine og skrev adressen: http://openhabianpi:8080 som leder til GUI interface/skærm af openhab2. Dette er den nu kørende openhab2. 6. Klikkede på PaperUI, og under menu punktet Configuration/System gik jeg punkterne igennem og rettede det grundlæggende til. <--- sprog, landekode osv. 7. Derefter hentede jeg seneste version af IHC bindingen (.JAR fil). 8. Brugte Winscape SSH program på min windows maskine, skrev IP nummer til Rpién, samt brugernavn/pw [openhabian/openhabian], hvorefter kan logge ind og se folder strukturen på Rpi. Her finder man addons folderen og kopiere .JAR filen (IHC bindingen) ind i den. Openhab2 opdager automatisk .JAR filen og starter automatisk IHC bindingen herefter. 9. Dernæst konfigurerede en tekst fil i /etc/openhab2/things folderen. .things filen (text fil) er konfiguration af IHC controlleren. I den fil skriver man IP nummeret til IHC controlleren, brugernavn/pw og jeg satte den til at lave channels automatisk. (Automatisk channels er den nemme men også begrænsede løsning, der kan bruges). Derud over er der mulighed for manuelt at oprette channels i filen, men da jeg ville teste bindingens automatiske channels søgning, så satte jeg ingen ekstra channels på. 10. Tilbage i PaperUI under menuen Configuration/Things kan jeg nu se IHC controlleren var installerede og Online. Ved klik på den fremkom en hulens masse channels, som passer til alle de produkter som ligger på IHC controlleren. Sådan! - Så er man klar til det som det virkelig gælder om - OpenHab2 og hvordan man laver links, items samt sitemap filer, evt andre bindinger eller kommunikation til andet udstyr end IHC controlleren. Men.. Det er herfra det bliver stejlt og til tider møg forvirrende og besværligt, ikke mindst hvis man ikke er vant til Linux "sprog", SSH og terminal program ala Putty. Jeg hader Linux og forbander det stadigvæk langt væk den dag i dag. Men hvis man holder fokus og tager et skridt ad gangen (et mål ad gangen), så er det så nemt så min påstand er, at langt de fleste kan få openhab2 og IHC bindingen op og køre uden store problemer eller krav om en længervarende akademisk uddannelse, specielt fordi den nyeste binding selv kan lave channels. I alt brugte jeg lige under 1 time, så havde jeg en færdig køreklar openhab2 med seneste IHC binding. Og i øvrigt inkl 4 manuelt oprettede items, een sitemap fil, og en opdateringen af openhab2 til seneste snapshot version 2.4 (M6), som ikke er beskrevet i forløbet herover. Det meste tiden gik med at vente på SD kortet var formateret og kopierede færdig, og derefter at openhabian installation blev færdig. Min viden er ikke den bedste målestok for, hvor nemt det her er eller hvor lang tid det tager, da jeg efterhånden har rimelig godt kendskab til det, selvom det faktisk kun er 3. gang jeg installere openhab2 fra grunden, (første gang var på en windows maskine, 2. gang på min nuværende Rpi og 3. gang var så i forgårs). Men min pointe er, at det er faktisk ikke så svært at nå hertil dette punkt, tværtimod.

Hmm, I just saw that now using the real ServiceViewer.. For some reason it doesn´t show the Alarm, and I had forgotten all about it.. This is how it looks like in Dingus´s Alternative IHC viewer: