Jump to content
IHC-User.dk

EjvindHald

Members
  • Content Count

    198
  • Joined

  • Last visited

  • Days Won

    3

EjvindHald last won the day on January 14

EjvindHald had the most liked content!

About EjvindHald

  • Rank
    Tekniknørd :-D

Profile Information

  • Location
    København

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. På et tidspunkt havde jeg samme problem på hw 7, og her blev det løst med en komplet reset af firmwaren.
  2. Hvis du for alvor skal være uafhængig af 3. parts produkter, så skal IHC Remote også virke. Selvom 6.1 kan fungere til dette, så vil dagens krypteringskrav presse den til sit yderste, og en nyere version vil være bedre. Hvis man ser bort fra ovenstående, så vil 6.1 formentlig være ok. Jeg har selv haft 6.1 med ca. 60 devices tilsluttet openHAB uden problemer. Velux Klf200 kan fint bruges, og man kan både aktivere Velux scenarier, lave helt trinløs styring af vindue og rulleskodde samt få feedback på positionen. Det sidste er aktuelt, hvis Velux fjernbetjeningen har været brugt eller regnsensoren har lukket vinduet.
  3. Jeg har lavet noget lignende det, som du foreslår. Og alt er designet, så det også fungerer stand alone - dvs. integration features er kun add on og må ikke være kritisk. Som Henning skriver, er det en god ide med en nyere controller. Skal du have alt det, som du nævner, så vær forberedt på at skulle investere en del tid i projektet. Vælger du at bruge openHAB, kan jeg anbefale at scripte alt fra starten isf. peg og klik i PaperUI. Kun på den måde kan du udnytte maksimalt alle smarte features i ihc bindingen, ligesom det gør det nemt at reinstallere alt igen.
  4. Så ender du med firmware version 03.03.21 eller 03.03.23?
  5. @Pauli Anttila : Is the IHC binding 2 merged into openHAB version 2.5 M1?
  6. Nå, det bliver så ikke Nest termostater alligevel. Efter Google har opkøbt dem, stopper de alle open api adgange, og remote adgang bliver kun direkte via Google Home Assistent fra 31. august 2019. Se link. Men jeg fandt da nogle små AC relæer her.
  7. Tak for input, men jeg havde håbet på en mindre model. Det er ganske få mA, som der løber igennem til ihc input, og jeg håber på at finde et mikro relæ, som kan klare det.
  8. Jeg overvejer at erstatte mine Danfoss potentialfri termostater med Nest termostat E. Begge fødes med 24 volt AC, men Nest termostaten har ikke potentialfri udgang, så jeg skal have en kontaktor eller relæ imellem til mit ihc indgangsmodul. Min udfordring er, at jeg gerne vil have en løsning, som fylder et minimum, gerne så relæet kan være sammen med selve termostaten. Måske et reed relæ kan benyttes, men det kender jeg ikke så meget til. Bemærk at det er AC og ikke DC. Venligst undlad at starte en debat om funktionaliteten i Nest E termostaten i denne tråd. På forhånd tak for input.
  9. Jeg har brugt denne her i et tilfælde. Afhængig af hvor lang tid en out 24 er on, sættes mellem 0 og 10 volt på udgangen, og det bevares indtil næste gang, at den pågældende out 24 er on. Henning lavede en fin fb, som jeg brugte. Der er en del udstyr, som er kompatibel med 0-10 volt signal.
  10. Jeg foreslår at efterse nedenstående: - Hvis du har backup modul installeret, er batteriet udtjent? - Kontrollere for evt. defekt ledning fra et udgangsmodul til IHC status på tastaturet - det styrer rød/grøn. - Endelig kan IHC tastaturet i visse tilfælde blive defekt grundet fugt efter nogle års brug.
  11. @Pauli Anttila : Thanks. I am not at home now, so I will get back to you in a few hours. Edit: I AM running the correct binding version according to karaf console status info (bundle:list org.openhab.binding.ihc) . However, the problem seems to be in the physical cache and tmp files as also @Kandersen has experienced. When trying to delete files these I made a typo, and my whole Synology server needs to be reinstalled. I will get back later with status. Edit2: I found the error and it was me doing a type error, so the resource id actually did not exist. The IHC binding is fine. Suggestion to @Pauli Anttila: When I make a type error in the Things file, and fix it afterwards to the correct value, then openHAB often needs to be restarted. Not sure if this is related to the binding or openHAB, but if it is possible to make a more robust functionality, that would be cool. Binding 1 was more robust and a typing error could be fixed without a restart. Thanks.
  12. Thanks, but this is not the problem. However, I still do not understand why I get these messages in the log when starting the IHC binding: 2019-05-12 08:47:20.353 [INFO ] [nhab.binding.ihc.internal.IhcBinding] - Connecting to IHC / ELKO LS controller [IP='192.168.1.31:444' Username='openhabSVC']. 2019-05-12 08:47:20.518 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. 2019-05-12 08:47:20.521 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:dimmer could not be resolved. 2019-05-12 08:47:20.523 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. 2019-05-12 08:47:20.525 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. 2019-05-12 08:47:20.528 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. 2019-05-12 08:47:20.530 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. 2019-05-12 08:47:20.532 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:dimmer could not be resolved. 2019-05-12 08:47:20.534 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. .. and many more followed by: 2019-05-12 08:47:20.700 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:contact could not be resolved. 2019-05-12 08:47:36.690 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Unknown error occured, reason: null. java.lang.NullPointerException: null at org.openhab.binding.ihc.internal.converters.ConverterFactory.getConverter(ConverterFactory.java:120) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.updateChannelState(IhcHandler.java:744) ~[?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.lambda$5(IhcHandler.java:719) ~[?:?] at java.util.ArrayList.forEach(ArrayList.java:1257) [?:?] at java.util.Collections$UnmodifiableCollection.forEach(Collections.java:1080) [?:?] at org.openhab.binding.ihc.internal.handler.IhcHandler.resourceValueUpdateReceived(IhcHandler.java:715) [215:org.openhab.binding.ihc:2.5.0.201904021522] at org.openhab.binding.ihc.internal.ws.IhcClient.sendResourceValueUpdateEvent(IhcClient.java:570) [215:org.openhab.binding.ihc:2.5.0.201904021522] at org.openhab.binding.ihc.internal.ws.IhcClient.access$2(IhcClient.java:564) [215:org.openhab.binding.ihc:2.5.0.201904021522] at org.openhab.binding.ihc.internal.ws.IhcClient$IhcResourceValueNotificationListener.waitResourceNotifications(IhcClient.java:459) [215:org.openhab.binding.ihc:2.5.0.201904021522] at org.openhab.binding.ihc.internal.ws.IhcClient$IhcResourceValueNotificationListener.run(IhcClient.java:447) [215:org.openhab.binding.ihc:2.5.0.201904021522] 2019-05-12 08:47:36.717 [WARN ] [ding.ihc.internal.handler.IhcHandler] - Unknown error occured, reason: null. java.lang.NullPointerException: null
  13. @Kandersen: Yes, I am running binding 1 and 2 side by side until all items are converted. @Pauli Anttila: I have removed readonly from contact, installed the newest build and tried again with same result. I have uploaded the log file, where you can search for ThStueplanStueTrykOverstVenstre, which gives an error - resource id not found. Thanks. openhab.log
  14. Also my idea, so I have tried searching for these, but was not able to locate any. Therefore, I uploaded my Things file, so maybe other can see if there any problems like this.
  15. Hi @Pauli Anttila I am in the process of convertering all my items from binding version 1 to version 2. This means I have both old and new binding enabled. It all goes fine until I keep getting an error, which I cannot solve. Upon start of the binding, I get many of these, and I have only shown 3: 2019-05-11 11:42:12.619 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. 2019-05-11 11:42:12.621 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:dimmer could not be resolved. 2019-05-11 11:42:12.623 [ERROR] [.thing.internal.GenericThingProvider] - Channel type ihc:switch could not be resolved. and the first many Things works fine, but when I add one more, it throws this error: 2019-05-11 11:43:15.606 [ERROR] [ding.ihc.internal.handler.IhcHandler] - Can't update channel 'ihc:controller:haldIHC:ThStueplanStueTrykOverstVenstre' value, cause org.openhab.binding.ihc.internal.ws.exeptions.IhcExecption: No resource id found at org.openhab.binding.ihc.internal.ws.services.IhcResourceInteractionService.resourceQuery(IhcResourceInteractionService.java:81) ~[212:org.openhab.binding.ihc:2.5.0.201903151801] The bold is mine. However, that resource id actually exist, and if I move some lines around in my Things file, then it is suddenly another one with that problem. I do not know if this problem is related to the binding, openHAB or lack of CPU resources. I am running openhab version 2.4.0 with your binding org.openhab.binding.ihc-2.5.0-SNAPSHOT on a Synology NAS server. I have attached my Things file. If I open karaf console, I get a lot of rows. Thanks. ihc without pwd.things
×
×
  • Create New...

Important Information

Privacy Policy og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.