Jump to content
IHC-User.dk

Pauli Anttila

Members
  • Content Count

    148
  • Joined

  • Days Won

    7

Pauli Anttila last won the day on August 20

Pauli Anttila had the most liked content!

About Pauli Anttila

  • Rank
    Tekniknørd :-D

Recent Profile Visitors

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

  1. @kerm, communication between openHAB and IHC controller doesn't work very well. Most of the communication ends up to timeout, which means that IHC controller didn't send response to IHC binding. You could try to increase the timeout which is by default 5000ms, but not sure if that will solve your problem. What are your IHC controller HW and SW versions? You are using rather old version of the binding (around 1 year old), so I recommend to use newer one.
  2. @kerm, could you provide openhab logs (before and after openhab reboot), otherwise it's rather impossible to give any help. Anyhow, something is wrong in your pi enviroment. Do you use any other binding? Do they have same behaviour? Maybe your pi's filesystem is on read only mode?
  3. @Nicholai85, most probably you using old snapshot version where hostname parameter doesn’t exists. In older version hostname parameter is called ”ip” rather than ”hostname”.
  4. Pauli Anttila

    google assistent

    @Nicholai85, did you add new channel or tried to edit automatically created channel? I just tested PaperUI and added new channel with pulse width parameter + new item + linked channel to item fully via PaperUI without problem.
  5. Pauli Anttila

    google assistent

    Same ResourceId can be used as many channels you want and there shouldn’t be any problems even they are linked. If they are linked to same item, then item commands are send multiple times to ihc controller.
  6. Pauli Anttila

    google assistent

    @HFW, You shouldn't change automatically generated channels as you changes will be overwritten in next time when binding is reinitialised, which actually happen immediately when you click save button on paperUI. Only channels from inputs and outputs modules and wireless devices are generated automatically, and it doesn't make sense to define pulse width functionality to these real outputs. Function block staff need to be added manually. I don't use PaperUI my self for IHC binding, but I auto create basic channels and then introduce additional channels to things file. And then I link all channels (auto created and manually added) to items in item file. Thing file example: ihc:controller:elko [ hostname="192.168.1.2", username="openhab", password="secret", timeout=5000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: Type switch : my_test_switch "My Additional Test Switch" [ resourceId=3988840 ] } Items file example: Switch auto_switch "Auto Switch" { channel="ihc:controller:elko:output3988827" } Switch manual_switch "Manual Switch" { channel="ihc:controller:elko:my_test_switch" } But if you want to use just PaperUI, you can add additional channels from there as well.
  7. You should change ip parameter name to hostname ihc:controller:elko [ hostname="192.168.0.3:443", username="admin", password="password", timeout=8000, loadProjectFile=true, createChannelsAutomatically=true ] Have you read https://www.openhab.org/addons/bindings/ihc/ ? And I propose to read https://www.openhab.org/docs/ pages to get understanding of the basic openHAB concepts. Read carefully the first page and then follow the links end of the pages. (next page is "Concepts Overview -> , etc"). After that you should have pretty clear understanding of the items, things, channels, etc.
  8. @bozidar, I believe you are using rather new version of the binding, where controller network address is not anymore ip but hostname. Because hostname parameter is mandatory, binding is not started and you seen configuration pending error. From logs you most probably see the reason as well. Example ihc:controller:elko [ hostname="192.168.1.2", username="openhab", password="secret", timeout=5000, loadProjectFile=true, createChannelsAutomatically=false ]
  9. IHC binding 2 is merged after 2.5 M1 release. M1 is pretty old and because of openHAB build system update, there is no M2 release yet, but Snapshot releases contains the new IHC binding.
  10. I still think that you ihc binding version is wrong. Log shows that controller address in the log is IP not hostname as it should. Connecting to IHC / ELKO LS controller [IP='192.168.1.31:444' Old binding versions defines channel types with channel prefix (switch-channel not just switch), so most probably that's the reason for "Channel type ihc:switch could not be resolved" errors.
  11. @EjvindHald, you log is somehow weird as it miss lot of log information what should be logged in trace and debug level. Please update the latest binding version, clear openHAB caches, etc. You should clear the log file as well. Start whole openHAB and send new logs so that we can see that startup procedure is correct. By command "bundle:list org.openhab.binding.ihc" in Karaf console you should see which ihc binding version you are really using.
  12. @EjvindHald, contact channels have direction which is not support as contact is nativily read only channel, but those shouldn't cause any problems. Otherwise I didn't spot any mistakes. Could you enable trace level logs and sent them as well? Btw, you are not using latest version, but I can't remember if there has been any problems. Here is a link to latest version which I have copied to my dropbox: https://www.dropbox.com/s/xgfj233wdtezlje/org.openhab.binding.ihc-2.5.0.201904021823.jar?dl=0
  13. @Morten H, did you modify auto discovered channel or did you add new custom channel which you modified? I quickly tested with custom channel and pulse width editing works fine on my environment.
  14. Yes, openHAB (exactly speaking the Karaf) have cache folder which can contain old version of the binding. If you are using openhabian, cache folder is /var/lib/openhab2/cache/. Search openHAB forum more. From karat console you can see which version is running. openhab> bundle:list org.openhab.binding.ihc START LEVEL 100 , List Threshold: 50 ID │ State │ Lvl │ Version │ Name ────┼────────┼─────┼────────────────────┼──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 300 │ Active │ 80 │ 2.4.0.201812182121 │ IHC / ELKO Binding When handling bindings manually by adding and removing them from add-on folder, it's always wise to stop the current binding before remove it by command bundle:stop org.openhab.binding.ihc And check that bundle State is Resolved before remove it.
  15. @EjvindHald, ip parameter has been changed to hostname very lately. Version which you running still use ip parameter. This can be seen from the debug 2019-04-27 07:58:51.924 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Connecting to IHC / ELKO LS controller [IP='something', username='openhabSVC']. Latest version should debug following 2019-04-27 07:58:51.924 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Connecting to IHC / ELKO LS controller [hostname='something', username='openhabSVC'].
×
×
  • 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.